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i.  introduction: 

The  goal  of  this  research  was  to  determine  the  validity 
of  the  hypothesis  that  a  general  purpose  relational  data 
base  management  tool  could  be  used  to  implement  a  computer 
aided  design  (CAD)  system,  and,  if  found  valid,  to  provide 
the  design  of  such  a  data  base. 

Computers  have  been  used  to  aid  in  the  design  of  a 
great  number  of  things,  the  most  widely  recognized  being  VLSI 
chips.   The  design  of  VLSI  chips  is  related  to  the  purpose 
of  the  work  supported  here.   Its  purpose  is  to  incorporate 
some  previously  defined  function  into  VLSI  technology.   This 
system,  the  Computer  System  Design  Environment  (CSDE) , 
instead  of  defining  a  new  chip  uses  existing  microprocessor 
technology  to  devise  a  specific  controller  for  a  given 
design  problem.   For  instance,  suppose  one  needs  a  microwave 
oven  controller.   Given  the  performance  parameters,  this 
system  can  design  the  software,  hardware  and  interconnections 
of  a  microprocessor  system  to  perform  this  control.   In 
other  words,  this  computer-aided  design  system  is  used  to 
map  a  functional  specification  to  a  microprocessor  and  its 
associated  software  and  peripherals. 

This  thesis  work  is  an  extension,  of  the  work  done  by 
Alan  Ross  In  his  Ph,D.  dissertation,  "Computer  Aided  Design 


Microprocessor-Based  Controlers11 ,   His  dissertation 
scribes  the  demonstration  of  the  feasability  of  automati- 
lly  designing  microprocessor-based  real-time  systems, 
iefly,  his  method  was  to:   1)  create  a  problem  statement 
unctional  specification),  2)  translate  it  into  an  inter- 
diate  format,  3)  select  a  microprocessor  realization  from 
library  of  realizations,  40  generate  the  software  and  the 
rdware  to  implement  the  function  on  the  chosen  micropro- 
ssor,  5)  check  the  timing  constraints  and  develop  a 
nitor  and  6)  output  the  design  description.  [Ref-  1] 

One  of  the  shortcomings  of  his  work  is  an  overly  complex 
plementation  because  he  did  not  use  an  adequate  data  base 
pi  to  support  the  library  of  microprocessor  realizations. 
3  system  maintained  a  'data  base1  on  formatted,  IBM 
iched  cards.   That  method  of  storage  is  highly  inflexible 
I  resistant  to  change.   It  was  at  best  a  bulky,  awkward 
j   of  storing  and  carrying  around  information.   Times  have 
mged  and  with  the  aid  of  currently  available  data  base 
lagement  tools,  new  implementations  can  be  considered. 

One  such  new  tool  is  Oracle:   a  general  relational  data 
;e  management  system.   It  is  available  on  the  Vax  11/7  8  0 
ler  the  VMS  operating  system  and  Its  command  language  Is 

(pronounced  sequel),   A  specific  goal  of  this  thesis  was 
identify  Oracle *s  usefulness  in  designing  a  relational 
el  of  the  data  base  requirements  of  the  CSDE, 


II.   PROBLEM  DEFINITION 

In  designing  a  data  base  for  any  system  one  must  make  a 
careful  and  dedicated  analysis  of  the  system's  requirements, 
its  overall  function  and  its  design  features.   Secondarily, 
it  is  also  necessary  to  discern  the  system's  limitations 
with  respect  to  the  availability  of  technological,  funding 
and  manpower  resources  at  the  time  of  conception.   It  is 
also  a  good  idea  to  study  the  system's  goals  for  the  future 
and  plan  for  extensibility.   By  doing  this,  one  discovers 
the  data  that  is  necessary  for  each  function  and  the  rele- 
tionships  the  data  have  for  each  other.   With  this  informa- 
tion a  data  base  schema  can  be  drawn  up  that  maximizes  the 
system's  capabilities  and  performance.   The  system  under 
scrutiny  here  is  a  computer-aided  design  (CAD)  system. 

In  general,  a  CAD  system  is  required  to  automate  a 
certain  function,  whether  it  be  the  design  and  manufacture 
of  microprocessor  ships  or  something  totally  unrelated  to 
the  computer  industry.   One  instance  of  a  CAD  system  is  the 
Structured  Computer  Aided  Logic  Design  (SCALD)  system, 
developed  out  of  Lawrence  Livermore  Laboratories ,   It 
operates  by  mapping  the  designer's  input  text  and  graphics- 
based  instructions  to  a  technology  specific  wire-wrap  list 
for  processor  board  construction.   In  performing  this 


mapping,  the  SCALD  system  frees  the  designer  from  mechanical, 
repetitive  tasks  that  are  tedious  and  error  prone  for  human 
beings.   It  allows  the  designer  to  spend  his/her  time 
creatively  rather  than  robotically,  [Ref.  2] 

The  function  and  operation  of  the  CSDE  is  very  similar 
to  the  SCALD  system.   A  design  problem  is  entered  into  the 
CSDE  in  the  form  of  a  high  level  language  called  the  Computer 
System  Design  Language  (CSDL) .   The  CSDE  then  attempts  to  map 
the  design  criteria  outlined  in  the  CSDL  to  a  specific 
microprocessor  system. 

For  the  target  system  of  this  research,  the  Computer 
System  Design  Environment  (CSDE)  ,  the  communication  lines 
between  the  data  base  and  the  rest  of  the  CSDE  system  are 
related  in  Figure  1.   The  user  has  access  to  the  data  base 
for  three  operations:   1)  to  input  a  problem  statement,  2)  to 
input  microprocessor  realizations  and  3)  to  manipulate  design 
configurations . 

For  problem  statement  input,  the  user/designer  interface 
is  based  on  a  syntax  directed  editor  CSDE)  [Ref.  3]. 
The  problem  statement  which  is  produced  by  the  SDE  includes 
the  following  sections: 

(1)  identification  section  -  contains  user  identification 
and  documents  the  problem  for  record  keeping  purposes, 

(2)  environment  section.  -  defines  the  interface  between  the 
controller  and  the  process  to-  be  controlled;  lists  the 
external  and  internal  variables  which  are  defined  for 
the  controller. 
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(3)  contingency  list  -  list  of  the  contingencies  (stimuli 
the  controller  must  respond  to)  and  tasks  (controller 
responses)  and  their  time  constraints* 

(4)  procedures  section  -  details  the  routines  which  define 
the  contingency/task  pairs. 

An  example  of  a  problem  statement  input  for  a  fuel 
injection  controller  is  shown  in  Figure  2  [Ref.  4], 

In  the  design  of  the  current  system  as  shown  in  Figure  1, 
a  Translator  uses  the  information  in  the  format  above  to 
create  a  primitive  list  and  a  symbol  table  which  are  used  by 
the  Functional  Mapper,   The  Translator  is  not  yet  designed 
but  is  an  ongoing  development  in  the  CSDE  project.   The 
primitive  list  is  developed  from  the  contingency  list  and 
procedures  section  of  the  problem  input  statement.   The 
symbol  table  contains  the  attributes  for  the  variables  in  the 
environment  table.   The  Functional  Mapper  tries  to  find  the 
software  and  hardware  macros  listed  in  the  primitive  list  by 
searching  a  microprocessor  realization  selected  from  the 
data  base  library.   If  there  is  a  functional  match,  the 
Functional  Mapper  uses  the  symbol  table  to  match  the 
attibutes  of  the  primitive rs  variables  to  the  attributes 
of  the  arguments  in  the  realization. 

During  this  process,  the  Functional  Mapper  produces  a 
realization  timing  table  which  contains  the  accumulated  time 
durations  of  the  enlisted  macros.   The  Timing  Analyzer  then 
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IDENTIFICATION: 

Designer:   Pollock/ Loomis 

Date:   2  3-Jun-8  2 

Project:   280Z  Fuel  Injection  Controller 

ENVIRONMENT: 

Input:   IF,8,RESTRAN;THR,1,TTL;THF,1,TTL;AT3,8,TEMP; 
ATR, 1, TTL ; WTR, 1,TTL;WT3, 8, TEMP ;S,1, SWITCH; 

STSW,1,TTL; 
Output:  W,8,TTL; 

Arithmetic:   KA,24:REAL;  K1,24:REAL;  ALT,24:REAL;  WT,24:REAL; 
AT,24:REAL;  TH,24:REAL;  OLDS ,1 :BINARY; 

CONTINGENCY  LIST: 

SECTION:   INITIAL; 

"Initialization  Contingency" 
when  START: 10 OMS  do  SETUP; 

end  "INITIAL"; 

SECTION:   RUN; 

"Control  Fuel  pulse  width  contingency" 
when  CW:3  5MS  do  TW; 

"Altitude,  Water  Temp  and  Air  temp  factors  contingency" 
when  CKAilOOMS  do  TKA£ 

"Throttle  sensing  contingency" 
when  CTH:2  00MS  do  TTH; 

"Air  temp  factor  contingency" 

"AT=(l+(20-T)/400)" 

when  CATMP:24  0  do  TATMP; 

"Water  temp  factor  contingency" 
"WT=WTl+(7  0-T)**2/lE4" 
when  CWTMP:24  0  do  TWTMP ; 

"Altitude  correction  factor  contingency" 
"If  p<26  inHg  then  ALT:=1  else  ALT: =.94" 
when  CALT:24  0  do  TALT; 

end  "RUN";       ' 

Figure  2   CSDL  Description  of  Fuel  Injection  Controller 
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PROCEDURES; 

function  START; 

binary  START, 1; 

sense  STSW; 

if  STSW=1  then  START :=1  else  START :=0; 
exit  START; 

function  CW; 

binary  CW,1; 

CW:=1; 
exit  CW; 


Function  CALT; 

binary  CALT,1; 

sense  S; 

if  S/=OLDS  then  CALT:=1  else  CALT:=0; 
exit  CALT; 

task  SETUP; 

kl=10.5; 

do  TTH; 

do  TATMP; 

do  TWTMP; 

do  TALT; 

do  TKAj 

switch  section  to  RUN; 
exit  SETUP; 

task  TWi 

sense  (IF);   "resistive  transducer  for  air  flow" 

W:=IF*KA*K1; 

issue  W; 
exit  TW; 

task  TKA; 

KA :  =ALT*WT*AT*TH ; 
exit  TKA; 


task  TALT; 

sense  (S)     "altitude  switch" 
OLDS:=S; 

if  S  =  l 

then  ALT: =,94 
else  ALT:=1, 

fis 

exit  TALT; 

Figure  2   continued 
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compares  the  realization  timing  table  to  the  application 
timing  table  to  ensure  that  user  specified  timing  con- 
straints have  been  met.   The  Timing  Analyz_er  also  adds  to 
the  set  of  software  and  hardware  macros  in  order  to  implement 
a  monitor  scheme  for  the  application. 

Finally,  results  are  ready  for  output  by  the  process 
Formatter.   If  the  user  has  specified  that  another  realiza- 
tion in  the  library  be  tested  for  feasibility,  the  Func- 
tional Mapper  is  again  accessed  and  the  process  is  repeated. 
The  Optimizer  can  then  select,  again  based  on  user 
specification,  the  optimal  solution  and  have  it  formatted  for 
output  or  display. 

The  above  is  an  overview  of  the  data  flow  as  it  existed 
prior  to  this  research  effort.   Modifications  have  been  made 
in  this  process  to  incorporate  Oracle  and  to  enhance  its 
efficiency.   These  and  other  details  are  addressed  in  the 
design  and  implementation  chapters. 

The  second  required  operation,  the  entering  of 
microprocessor  realizations,  is  done  through  the  Application 
Design  Interface  (ADD  developed  as  a  part  of  this  thesis 
effort  with  the  use  of  Oracle rs  Application  Interface 
Facility  (AIF) ,   The  AIF  is  helpful  because  it  permits  the 
screen  interface  designer  to  set  up  strong  data  typing  to 
help  enforce  correct  data  entry.   After  the  designer  has 
created  the  data  base  tables  and  types,  the  ADI  (a  screen 
oriented,  user-friendly  system)  prompts  the  user  for 

14: 


microprocessor (s ) ,  the  ADI  allows  the  designer  to  instan- 
tiate an  Oracle  version  of  it  by  entering  data  through  a  CRT 
terminal  interface.   In  this  way,  microprocessor  realizations 
are  stored  in  the  data  base  for  later  use  by  the  CAD  system, 
[Ref.  5] 

The  third  area  of  user  interaction  involves  the  Final 
Design  Configuration  (FDC),   Once  the  design  of  a  particular 
controller  is  final,  a  designer  may  wish  to  look  at  certain 
statistics  concerning  its  makeup.   Statistics  are  generated 
according  to  specifications  in  the  Design  Criteria  Table 
established  by  the  designer  upon  problem  statement  input. 
These  statistics  are  automatically  stored  in  the  data  base 
after  each  successful  run  of  the  CAD  system.   The  statistics 
include  chip  count,  power  requirement,  monitor  scheme, 
storage,  time,  macro  index  and  chip  list. 

For  the  design  of  a  microprocessor-based  controller, 
the  CAD  system  must  use  the  data  base  to  map  the  problem 
statement  to  a  set  of  software  and  hardware  macros  and  to 
display  the  solution  to  the  designer.   Returning  to  Figure  1, 
the  areas  of  the  existing  program  that  interfact  directly 
with  the  data  base  will  have  to  be  rewritten  to  incorporate 
the  use  of  a  relational  data  base  management  tool* 

The  CSDE  system  is  also  not  fully  developed  or 
designed.   It  Is  limited  to  the  generation  of  real-time 
controllers  and  develops  non-preemptive  scheduling  schemes. 
Although  its  basic  function  has  been  proven  feasible, 
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expanded  capabilities  for  improved  design  flexibility,  such 
as  graphics  display,  have  not  been  created*   All  of  these 
undeveloped  and  undesigned  CAD  features  impact  the  design  of 
a  data  base  that  should  be  easily  extendable  to  support 
them. 

Although  efforts  are  underway  to  develop  the  Z8  0  and 
8086  specifications,  currently,  the  8080  microprocessor  is 
the  only  realization  ready  for  implementation  into  the  data 
base.   Other  microprocessors  will  be  added  to  the  library  as 
they  become  available.   Therefore,  the  data  base  must  pro- 
vide a  representation  that  is  general  and  readily  extensible. 
It  must  also  provide  a  means  to  contain  all  the  idiosyncracies 
of  an  individual  microprocessor  without  impacting  other  parts 
of  the  system. 

There  is  currently  only  one  monitor  scheme  implemented. 
This  is  another  factor  whose  attributes  must  be  examined  in 
designing  the  data  base,  but  this  fact  must  not  change  the 
data  base  representation  just  to  suit  its  needs  specifically. 

In  reviewing  the  above  analysis  of  the  CSDE,  3  basic 
guidelines  concerning  any  remodeling  of  the  current  data 
base  design  can  be  detected.   First  of  all,  the  design 
should  enhance  the  designer rs  ability  to  do  his/her  job. 
The  three  user  interfaces  -  problem  design,  microprocessor 
volume  design  and  final  controller  design  -  should  all  be 
easy  to  understand,  simple  to  use  and  increase  the 
designer rs  potential  performance.   Second,  the  redesign  of 
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the  data  base  should  not  complicate  the  interworklngs  of  the 
CSDE.   If  possible  the  redesign  should  help  streamline  the 
operation  of  the  CSDE  and  unravel  any  rcleverr  programming 
schemes  that  were  built  in  out  of  necessity  due  to  working 
with  the  Fortran/IBM  punched  card  format.   And  third,  the 
data  base  design  should  be  flexible  enough  to  incorporate 
future  changes  readily*   The  design  should  apply  the  well- 
known  software  engineering  principles  of  modularity,  infor- 
mation hiding  and  regularity*   The  system  should  be  designed 
so  that  the  information  is  easily  and  logically  encapsulated 
within  the  framework  of  the  data  base,  but  yet  its  implemen- 
tation should  be  invisible  to  the  user.   The  use  of  all 
three  principles  enhances  changeability  and,  as  already 
presented,  this  CAD  system  is  and  will  be  in  a  state  of 
change . 

The  next  chapter  describes  a  new  design  for  the  CSDE 
using  a  relational  data  base  management  system.   It 
addresses  the  organization  of  data  within  the  data  base  and 
possible  implementation  schemas  for  use  by  the  CSDE 
subroutines , 
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III.   DESIGN 

The  last  two  chapters  explained  the  requirements  and 
rationale  of  the  CSDE.   The  purpose  of  this  chapter  is  to 
describe  the  design  of  a  data  base  for  the  CSDE  that  ful- 
fills those  requirements.   This  design  chapter  is  primarily 
concerned  with  the  arrangement  of  the  CSDErs  necelsary  data 
into  logical  entities  that  can  be  manipulated  by  a  rela- 
tional DBMS,  specifically  Oracle.   This  specific  design  is 
not  directly  transferable  to  another  type  of  DBMS.   However, 
an  effort  has  been  made  to  encapsulate  the  important 
operations  and  ideas  so  that  the  resulting  design  can  easily 
be  modified  or  rehosted  on  a  different  DBMS . 

As  noted  in  Chapter  II,  there  are  three  main  conceptual 
areas  which  must  be  served  by  the  data  base  for  the  CSDE, 
These  can  be  classified  as:   1)  problem  statement  input, 
2)  microprocessor  realization  library  and  3)  the  final 
design  configuration  for  a  given  controller.   The  data 
base  has  been  organized  around  these  three  data  entities. 
Figure  3  illustrates  the  relationships  that  the  major 
subroutines  of  the  CSDE  have  with  these  three  areas  of 
functionality . 

The  user  enters  the  problem  statement  via  the  syntax 
directed  editor  (SDE) ,   The  information  required  by  the 
Functional  Mapper  (the  primitive  list  and  the  symbol  table) 
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is  then  extracted  by  the  Translator  and  is  stored  in  what  is 
termed  a  relational  data  base  type  1  (RDBT1),   The  remaining 
information  from  the  problem  statement  input  -  the  problem 
statement  identification,  the  design  criteria  and  the 
environmental  criteria  (in  the  form  of  the  application  timing 
table)  -  are  stored  in  the  final  design  configuration  or 
RDBT3.   RDBT3  is  meant  to  be  both  a  working  environment  and 
a  historical  repository  for  the  designer.   It  therefore  con- 
trains  all  the  necessary  facts  to  extract  useful  design 
abstractions  such  as  chip  count  and  power  supply  requirements 
and  to  reconstruct  the  design  effort.   The  RDBT3  will  also 
contain  the  set  of  information  comprising  the  current 
realization  timing  table  and  a  list  of  the  contingencies  and 
tasks  of  the  design  problem  winh  an  index  to  their  specifically 
required  software  and  hardware  macros. 

As  can  be  seen  by  Figure  3,  the  data  base  must  also  hold 
microprocessor  realizations  -  the  primitive  implementations 
which  are  used  to  construct  the  designs.   These  are  contained 
in  RDBT2s  and  are  entered  through  an  Application  Design 
Interface  created  using  Oracle ls  Application  Interface 
Facility,   The  relational  model  must  therefore  also  support 
the  volume  designer rs  effort  and  supply  the  fields  necessary 
to  adequately  describe  a  microprocessor.   The  following  pages 
describe  in  detail  the  relational  models  for  each  data  base 
type. 
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The  first  relational  data  base  type  -  RDBT1  -  is  created 
from  information  extracted  from  the  initial  CSDL  problem 
statement  input  by  the  translator,   This  information  is  in 
the  form  of  a  primitive  list  and  a  symbol  table.   The 
primitive  list  is  generated  from  the  contingency  list  and 
procedures  sections  and  the  symbol  table  is  derived  from  the 
environment  section  of  the  problem  input.   The  primitive 
list  contains  the  titles  of  each  function  required  by  the 
given  problem,  the  primitives  (or  software  macros)  that 
produce  each  function  and  the  arguments  or  parameter  vari- 
ables necessary  for  each  primitive.   The  symbol  table 
contains  the  set  of  actual  parameters  used  in  the  given 
problem  statement  with  their  attributes  and  precisions. 

The  RDBT1  is  created  by  a  module  -  CREATEDB1  -  that  is 
invoked  by  the  Translator  module.   If  it  is  decided  to 
change  the  data  base  management  system,  the  CREATEDB1  module 
will  be  the  only  section  to  require  major  modification  to 
incorporate  the  change.   The  RDBT1  will  also  be  accessed  by 
the  Functional  Mapper  to  create  a  mapping  of  RDBT1  to  an 
RDBT2  contained  in  the  realization  library.   The  resulting 
mapping  will  be  stored  in  an  RDBT3  as  aprt  of  the  final 
design  configuration. 

The  relational  model  is  simple  and  mirrors  and  contents 
of  the  primitive  list  and  symbol  table  in  a  modified 
relational  form.   The  model  is  shown  in  Figure  4. 
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PRIMITIVE  LIST 


field      TITLE      MACRONAME       POINTER  X 


type       CHAR       CHAR 


NUMBER 


SYMBOL  TABLE 


field       POINTER  X      ARGUMENT      MINIMUM      MAXIMUM 


type       NUMBER 


CHAR 


NUMBER        NUMBER 


Figure  4   Translator  Output 
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Title  is  a  primary  key  to  the  first  table  in  this  section 
of  the  data  base.   Title  is  the  name  of  a  contingency  or  task 
defined  in  the  original  CSDL  input  by  the  designer,   Macroname 
is  a  software  macro  which  is  also  selected  as  a  part  of  a 
contingency  or  task  in  CSDL  input,   Pointer_x /Argument  make 
up  the  key  for  the  second  table,   Pointer_x  is  used  as  a 
tpo inter1  from  the  table  Symbol  Table(s)  to  the  Primitive 
List  or  in  other  words,  Point er^x  is  the  relation  that  binds 
the  two  tables  together.   Point er_x  is  a  unique  number 
generated  for  each  Title/Macroname  relation  supplied  by  the 
Translator, 

The  second  table  is  used  to  hold  the  actual  parameters 
and  their  precision  requirements  as  defined  in  the  CSDL 
description  of  a  problem.   These  are  represented  in  the 
second  table  by  the  fields  Argument,  Minimum  and  Maximum. 
In  data  base  terminology,  the  relationship  between  Table  2 
and  Table  1  is  many  to  one.   In  this  way,  the  relational 
model  avoids  repetition  of  the  contents  of  the  symbol  table 
and  provides  a  data  base  that  is  easy  to  comprehend  and 
logically  oriented.   Figure  5  shows  the  recommended 
arrangement  of  data  fields  for  2  simple  tasks. 

The  second  functional  area  of  the  CSDE  which  the  data 
base  supports  is  the  microprocessor  realization,  library. 
Each  microprocessor  realization  in  the  library  is 
represented  as  a  volume.   Each,  volume  is  further  subdivided 
into  two  more  sections ;  hardware  and  software.   It  Is  from 
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PRIMITIVE  LIST 


TITLE 


MACRONAME 


POINTER  X 


TASK1 

S.SENSECOND 

1 

TASK1 

S.ADD 

2 

TASK  2 

S.MULT 

3 

SYMBOL_TABLE 

POINTER_X       ARGUMENT       MINIMUM       MAXIMUM 

POINTER  X       ARGUMENT       MINIMUM       MAXIMUM 


1 

SIGN AM 

0 

8 

2 

ARG1 

0 

8 

2 

ARG2 

0 

8 

2 

RSLT 

0 

8 

3 

PARAM1 

0 

8 

3 

PARAM2 

0 

8 

3 

ANSWER 

0 

8 

Figure  5   Relational  Model  for  a  Simple  Contingency/ 
Task  Function 
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these  volumes  of  hardware  and  software  components  that  the 
CSDE  attempts  to  build  a  microprocessor  controller  complete 
with  monitor  for  a  given  problem  specification. 

Each  hardware  and  software  primitive  in  a  volume  has 
specific  characteristics  that  must  be  identified  by  the 
volume  designer.   These  characteristics  fall  into  three 
general  categories  that  easily  lend  themselves  to  a 
relational  model.   The  categories  are  functional  specifications, 
control  lines  and  text  blocks. 

Since  the  hardware  and  software  primitive  have  different 
characteristics,  two  different  type  of  tables  have  been 
devised.   The  two  table  types  are  also  differentiated  into 
blocks  that  represent  one  of  three  relational  categories. 
These  three  categories  are  the  functional  specification, 
the  control  lines  and  the  text  code.   These  categories  are 
further  defined  in  the  following  pages. 

In  any  relational  model,  a  separate  block  or  table  is 
needed  to  define  multiple  instances  of  a  field.   In  other 
words,  a  particular  block  can  have  no  two  fields  the  same. 
For  instance,  a  hardware  primitive  may  have  more  than  1 
input  parameter,  so  a  separate  block  is  necessary  to  input 
parameters.   Several  of  the  input  parameters  in  this  block 
will  be  incorporated  into  the  design  of  each  hardware 
primitive.   The  tables,  blocks,  fields  and  field  types  are 
displayed  in  Figure  6  and  7  for  the  hardware  and  software 
macros,  respectively, 
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BLOCK  1  -  IDENTITY_BLOCK 
field   MICROPROC    HW  MACRO    MILLIWATTS    CHIPCOUNT    LATENCY 


type    CHAR        CHAR       NUMBER       NUMBER 

field    POINTER 

type     NUBMER 

BLOCK  2  -  PARAMETER_BLOCK 
field    POINTER    PARAMETER      MIN      MAX 


type 


type 


NUMBER 


NUMBER 


CHAR 


NUMBER    NUMBER 


BLOCK  3  -  COMMENT_BLOCK 
field    POINTER    COMMENT    COM  ID 


NUMBER 


CHAR 


NUMBER 


BLOCK  4  -  INCLUDE_BLOCK 
field    POINTER    INCLUDE    INC  ID   TIMES 


type    NUMBER     CHAR 


NUMBER    NUMBER 


BLOCK  5  -  CALL_BLOCK 
field    POINTER    CALL    CALL  ID    TIMES 


type 


NUMBER 


CHAR   NUMBER    NUMBER 


BLOCK  6  -  CALC_BLOCK 
field    POINTER    GLOBYAR    OP    VAR    RSLT    CALC  ID 


type    NUMBER     CHAR 


CHAR  CHAR   CHAR    NUMBER 


Eigure  6   Hardware  Macro  Table 
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BLOCK  7  -  ATTRIBUTE_BLOCK 
field    POINTER    LOCALVAR    OP    YAR    RSLT    ATTR  ID 


type    NUMBER    CHAR 


CHAR  CHAR   CHAR    NUMBER 


BLOCK  8  -  IF_BLOCK 
field    POINTER    VARIABL1    OP    YARIABLE2 


type     NUMBER     CHAR 


CHAR  CHAR 


field    IF  MP    IF  HWMAC    IF  REQ    IF  ID 


type    CHAR    CHAR 


CHAR 


NUMBER 


BLOCK  9  -  TEXT_BLOCK 
field    POINTER    TEST    TEXT_ID 

type    NUMBER    CHAR   NUMBER 


Figure  6   Continued 
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BLOCK  1  -  IDENTITY_BLOCK 
field    MICROPROC    S/W_MACOR    STORAGE    TIME    EXT_REF 

type     CHAR        CHAR        NUMBER    NUMBER  NUMBER 

field    POINTER 

type    NUMBER 

BLOCK  2  -  ARGUMENT_BLOCK 
field    POINTER   ARGUMENT    MINIMUM   MAXIMUM 

type     NUMBER     CHAR       NUMBER    NUMBER 

BLOCK  3  -  COMMENT_BLOCK 
field    POINTER    COMMENT    ID 


type    NUMBER     CHAR      NUMBER 

BLOCK  4  -  INC LUDE_B LOCK 
field    POINTER    INCLUDE    ID       TIMES 

type    NUMBER     CHAR      NUMBER    NUMBER 

BLOCK  5  -  CALL_BLOCK 

field    POINTER    CALL  ID       TIMES 

type     NUMBER     CHAR  NUMBER    NUMBER 

Figure  7  Software  Macro  Table 
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BLOCK  6  -  CALC_BLOCK 
field    POINTER    GLOBYAR    OP      VAR    RESLT    ID 

type    NUMBER     CHAR      CHAR    CHAR   CHAR    NUMBER 

BLOCK  7  -  ATTRIBUTE_BLOCK 
field    POINTER    LOCALYAR    OP    YAR    RESLT    ID 


type     NUMBER     CHAR 


CHAR   CHAR   CHAR     NUMBER 


BLOCK  8  -  IE_BLOCK 
field    POINTER    YARIABLEl    OP     VARIABLE2 


type    NUMBER    CHAR 


CHAR   CHAR 


field    IF  MP    IF  MACRO    IF  REQ    IF  ID    ID 


type     CHAR    CHAR 


CHAR      NUMBER   NUMBER 


BLOCK  9  -  TEXT_BLOCK 
field    POINTER    TEST    ID 

type    NUMBER    CHAR   NUMBER 


Figure  7   Continued 
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In  the  HARDWARE_MACRO  table  there  are  9  block  types. 
The  first  two  blocks  represent  the  functional  specification 
of  the  hardware  primitive.   The  information  in  the  first 
block  is  required  for  every  hardware  primitive.   It  has  two 
identifying  keys:   1)  the  microprocessor  and  2)  the  name  of 
the  hardware  primitive.   A  unique  number  is  then  generated 
when  the  volume  is  designed,  to  as  as  a  pointer  to  identify 
any  of  the  remaining  block  types  associated  with  the  parti- 
cular primitive.   The  other  fields  in  the  first  block 
contain  information  required  by  the  CSDE  to  compile  power, 
timing  and  chip  count  requirements  for  the  controller. 

The  next  block  is  used  to  hold  the  hardware  primitive's 
parameters  or  arguments,   A  hardware  primitive  may  have  0,  1 
or  as  many  parameters  as  it  requires.   Each  argument  must 
also  be  identified  by  its  minimum  and  maximum  precision. 
For  instance,  in  the  example  used  in  reference   ,  the 
hardware  primitive  H.SENSECOND  for  the  8  08  0  requires  an 
argument  called  SIGNAM  whose  minimum  precision  is  0  bits  and 
whose  maximum  precision  is  8  bits.   The  Functional  Mapper 
will  use  the  information  in  this  second  block  to  try  and 
match  each  primitive  from  the  problem  statement  input  with 
a  realization  from  the  volume. 

The  next  7  blocks  in  the  HARD WAR E_MACR0  table  represent 
the  control  information  needed  to  design  a  primitive.   The 
first  control  type  is  the  C0MMEMT_BL0CK,   The  C0MMENT_BL0CK 
is  included  in  the  realization  volume  as  an  aid  to  the 
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volume  writer  in  keeping  track  of  the  purpose  for  and 
operation  of  the  realization  primitive.   Comments  can  be  8  0 
alphanumeric  characters  long  in  keeping  with  the  general 
width  of  a  page.   The  zero,  one,  infinity  rule  applies  to 
the  number  of  COMMENT-BLOCKs  permitted  as  well  as  to  the 
rest  of  the  control  line  blocks.   Each  comment  line  is  given 
an  identification  number  generated  by  the  DBMS,   This  is  to 
keep  things  organized  for  output  of  a  realization  volume. 
Comments  are  not  acknowledged  by  the  Formatter  and  are, 
therefore,  not  output  in  the  Final  Design  Configuration  (FDC) 

There  are  two  different  types  of  outputs  which  must  be 
generated  from  each  realization  volume.   The  first  output  is 
simply  a  designer  tool;  a  user  manual  or  guide  reflecting 
the  hardware  and  software  primitives  of  a  particular 
microprocessor  volume.   The  second  output  is  the  FDC  of  a 
microprocessor  controller  for  a  specific  design  problem. 

The  next  two  blocks  represent  similar  control  functions. 
Sometimes  it  is  necessary  for  a  primitive  to  use  another 
primitive  within  its  scope.   When  an  INCLUDE_BLOCK  is 
included  in  a  primitive rs  format  the  Formatter  will 
include  the  primitive  in  the  FDC  but  list  it  separately, 
after  all  the  initially  indexed  primitives  have  been  output. 
The  CALL_BLOCK  tells  the  Formatter  to  include  a  primitive  in 
the  listing  at  the  point  where  it  was  called.   Each  of  these 
blocks  are  identified  by  a  system  generated  identification 
number.   These  identification  numbers  not  only  help  to 
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organize  the  realization  volume  output  but  become  essential 
when  implementing  conditional  (IF)  control  lines  that  incor- 
porate CALL  and  INCLUDE  functions.   The  last  field,  labeled 
TIMES,  is  unique  to  these  two  control  blocks  and  can  be  used 
by  the  volume  writer  to  implement  a  controlled  loop  structure 
similar  to  the  case  type  structure  implemented  in 
reference   ,   Its  use  is  explained  later  in  the  section 
describing  the  IF_BLOCK, 

The  CALC_BLOCK  and  the  ATTRIBUTE_BLOCK  also  have  similar 
form  and  function.   Both  are  used  to  assign  values  to  system 
variables.   The  CALC_BLOCK  is  included  in  the  design 
primitive  to  allow  the  manipulation  of  design  system  global 
variables.   During  system  generation,  values  are  assigned  to 
the  global  variables  by  subroutines  called  by  the  Formatter. 
An  example  of  this  in  the  8080  microprocessor  realization 
library  is  the  Portpt  global,  which  stores  the  number  of  I/O 
ports  required  for  a  design,  so  the  system  can  assign  a 
specific  address  to  each  I/O  port.   The  expression  which 
calculates  the  global  variable  is  represented  as  four  fields 
in  the  relational  model;  one  field  to  represent  the  actual 
global  used,  one  field  for  the  arithmetic  operator  (*,  ** , 
+,  -,  /),  one  field  for  the  value  applied  against  the 
operator  toward  the  global  and  one  field  to  hold  the  result. 
Complicated  expressions  that  would  normally  involve 
parentheses  will  have  to  be  simplified  and  distributed  over 
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more  than  one  CALC_BLOCK.   The  ID  field  provides  a  mechanism 
for  ordering  the  expressions. 

An  example  strategy,  using  the  relational  model  in  the 
design  of  a  microprocessor  primitive  is  given  in  Figure  8. 
The  expression  Total  =  )Global_add  +  Const)  *  Global_mult  is 
divided  up  into  two  expressions.   The  result  of  the  first 
expression,  SUM,  is  used  to  provide  a  common  link  between 
the  expressions.   The  ATTRIBUTE_BLOCK  contains  the  same 
field  types  as  the  CALC_BLOCK.   It  is  used  to  assign  values 
to  local  variables  within  the  primitive  in  the  same  manner 
in  which  the  CALC_BLOCK  operates. 

The  IF_BL0CK  is  a  feature  which  allows  the  volume 
designer  some  additional  flexibility.   The  IF_BL0CK 
represents  a  cross  between  a  case  statement  and  a  DO  FOR  I  = 
1  to  X  loop.   The  IF_BL0CK  originally  had  the  following 
syntax: 

IF  <math-exp>  .  <rel-op>  .  <math-exp>  SKIP  <lines> 

The  SKIP  <lines>  clause  was  employed  as  a  method  to  include 
or  not  to  include  lines  of  the  primitive.   For  example,  upon 
system  generation  the  global  variable  representing  the  total 
amount  of  additional  RAM  required  by  a  functional  specifica- 
tion might  equal  17  92.   In  this  case,  7  additiona  2  56  byte 
RAM  primitives  are  needed  to  fulfill  the  functional  specifi- 
cation.  Instead  of  calling  the  H,RAM2  56  macro  7  times,  an 
if  statement  had  been  incorporated  into  the  H.RAM2  56 
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POINTER    GLOBVAR 


OP    VAR 


RESLT    CALC  ID 


GLOBAL  ADD    +     CONST    SUM 


POINTER    GLOBVAR 


OP    VAR    RESLT    CALC  ID 


GLOBAL  MULT 


SUM   TOTAL    2 


Figure  8   Example  Microprocessor  Primitive  Design 
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hardware  primitive  allowing  for  the  inclusion  of  additional 
RAM  up  to  the  maximum  allowed  by  the  8080  hardware  set. 
The  IF_BL0CK  of  the  relational  model  allows  for  the 
same  type  of  primitive  implementation  technique.   The  syntax 
of  the  IF  statement  has  been  changed  to  the  following: 

IF  <var>  ,  <rel-op>  ,  <var>  THEN  <call  or  include> 

The  call  or  include  statement  will  then  contain  the  number 
of  times  the  primitive  is  to  be  called  or  included  according 
to  the  relationship  identified  between  teh  variables  in  the 
IF  statement.   A  possible  implementation  of  the  previous 
example  would  be: 

IF  <memrept>  ,GT.  <1791>  THEN  call  ( 8080 ,H .RAM256 . 7 ) 

As  in  a  case  statement  each  possible  value  for  <memrept>  can 
be  represented  in  the  primitive,   8080  corresponds  to  the 
IF_MP  field,  HRAM2  56  corresponds  to  the  IF_MACR0  field  and  7 
corresponds  to  the  IF_REQ  field.   During  a  CSDE  system  run, 
the  IF_REQ  field  requirement  will  be  identified  and  this 
number  can  then  be  placed  in  the  TIMES  field  of  the 
appropriate  CALL_BLOCK  or  ATTRIBUTE_BLOCK.   During  system 
generation,  the  Formatter  will  know  haw  many  times  to 
include  a  particular  primitive  by  the  quantity  held  in  this 
field.   An  IF_ID  field  is  then  generated  by  the  system  to 
keep  the  IF  statements  in  order  for  the  final  outout 
listing.   The  IF_BL0CK  offers  the  volume  designer  flexibility 
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and  an  avenue  for  creativity  without  complicating  the  design 
of  the  relational  representation  too  much. 

The  final  functional  category  in  the  microprocessor 
volume  design  is  the  TEXTJ3L0CK,   The  TEXT_BLOCK  contains 
assembly  level  code  for  the  microprocessor.   Each  line  of  the 
code  is  identified  by  the  ID  field  to  keep  the  code  in  order. 
Without  using  some  type  of  incremental  function  in  an  extra 
field  on  which  the  DBMS  can  sort  there  would  be  no  way  of 
identifying  which  line  came  first  in  the  coding  specification 

Everything  contained  in  the  TEXT_BLOCKS  will  be  output 
in  the  final  design  as  is  expect  for  two  types  of  text.   The 
first  type  is  a  variable  enclosed  in  pound  signs  (#),   These 
will  be  interpreted  as  calls  to  a  system  procedure  of  func- 
tion, and  the  corresponding  procedure  or  function  will  be 
implemented  to  generate  character  strings  for  the  final 
design  listing.   The  two  system  functions  which  are 
currently  implemented  are:   1)  ' idsec1  which  prints  the  next 
line  of  the  ID  table  and  2)  r status (n)T  which  returns  status 
information  on  the  storage  attributes.   The  second  exception 
is  the  handling  of  dummy  arguments.   Within  the  text  lines, 
each  dummy  argument  is  enclosed  in  brackets  (r<f  and  l>') 
and  are  replaced  by  the  actual  arguments  wherever  the  l<r 
and  r>r  are  encountered. 

The  SOFTWARE_MACRO  table  has  the  same  three  functional 
categories  represented  by  its  relational  model.   The  only 
difference  is  in  the  first  block  containing  the  primitive's 
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functional  specifications.   Whereas  the  Hardware  primitive 
required  fields  to  allocate  latency,  timing  and  power 
requirements  the  software  primitive  requires  fields  for 
storage,  timing  and  external  memory  references.   These 
fields  will  be  used  by  the  CSDE  to  calculate  total  storage 
and  time  requirements  for  the  microprocessor  system  and  to 
develop  a  monitor. 

These  first  two  data  base  types  -  the  Relational  Data 
Base  Type  1  (RDBT1)  containing  the  primitive  list  and  the 
symbol  table  and  teh  Relational  Data  Base  Type  2  (RDBT2) 
containing  the  realization  volume  design  -  will  be  used  by 
the  Functional  Mapper  to  build  a  major  portion  of  the  final 
design  configuration  (RDBT3),   The  current  CSDE  accomplishes 
the  mapping  in  two  separate  operations.   First,  the  index 
of  the  chosen  realization  volume  is  checked  for  a  match  to 
a  given  design  primitive.   If  a  match  is  found,  the 
selection  criteria  in  the  design  primitive  are  compared 
to  selection  criteria  in  the  realization  volume  primitive. 
By  using  a  relational  model,  this  process  can  be  shortened 
into  one  operation.   The  SQL  language  will  allow  a  SELECT 
operation  on  the  data  base  to  retrieve  a  match  to  any  and 
all  parameters  requested.   So  in  a  programming  procedure  a 
controlled  loop  can  be  created  whereby  design  primitives 
with  their  arguments  and  precision  requirements  are  fed  into 
dummy  parameters  of  a  SQL  select  statement.   This  select 
statement  will  then  be  the  means  by  which  the  RDBT2  is 
searched  for  a  match. 
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Figure  9  shows  a  demonstration  of  this  idea.   The  pro- 
cedure, FUNMAP,  is  called  from  the  Optimizer  which  sends  as 
input  variables  the  MACRONAME  -  name  of  the  design  primitive 
to  be  matched  to  the  macro  in  the  realization  library  - 
ARGUMENT  -  one  of  the  design  primitives  I/O  parameters  -  and 
MIN,  MAX  -  the  precision  requirements  of  the  ARGUMENT  sent. 
As  is  evident,  in  this  scheme  the  Funmap  procedure  is 
invoked  to  test  each  argument  against  a  possible  match  in 
the  realization  libaray.   The  Funmap  procedure  then  sets  a 
boolean  variable  -  FOUND  -  equal  to  tru  or  false  depending 
of  whether  a  match  was  found  or  not.   Other  schemes  could  be 
drawn  up  placing  more  responsibility  on  the  Funmap  design. 
For  instance,  it  could  be  argued  that  it  is  the  responsibility 
of  the  Funmap  to  place  the  found  primitive  in  the  PRIMARY_ 
INDEX  in  the  Final  Design  Configuration.   The  purpose  of  this 
figurative  Funmap  was  not  to  dictate  its  future  but  to  show 
how  the  SELECT  statement  streamlines  the  mapping  process. 

The  third  and  final  functional  area  of  the  CSDE  require- 
ing  data  base  support  is  the  Final  Design  Configuration 
(FDC).   As  noted  previously  the  RDC  is  to  be  used  as  a  work- 
ing environment  and  as  a  historical  notebook  for  the 
designer.   It  should  provide  enough  information  about  the 
microprocessor  design  to  discern  useful  patterns  and 
abstractions  about  the  design  and  to  be  able  to  recreate  the 
designer rs  original  goals  in  using  the  CSDE, 
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Procedure  Funmap  (NACRONAME,  ARGUMENT,  MIN,  MAX,  FOUND); 


SELECT  from  IDENTITY_BLOCK 

where  (MICROPROC .SW_MACR0  =  MACRONAME 

and  MICROPROC .SW_MACRO. ARGUMENT  =  ARGUMENT 

and  MICROPROC, SW_MACR0 .ARGUMENT .MINIMUM  =  MIN 

and  MICROPROC. SW  MACRO .ARGUMENT .MAXIMUM  =  MAX) 


or  (MICROPROC.HW_MACRO  =  MACRONAME 

and  MICROPROC. HW_MACRO .ARGUMENT  =  ARGUMENT 

and  MICRO PROC . HW_MACRO . ARGUMENT. MINIMUM  =  MIN 

and  MICROPROC. HW  MACRO .ARGUMENT .MAXIMUM  =  MAX) 


If  SELECT  then 

FOUND  =  TRUE 

Else 

FOUND  =  FALSE; 

end  Funmap ; 


Figure  9   Functional  Mapper  Demonstration 
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There  are  four  primary  functional  areas  in  the  FDC. 
They  are  the: 

(1)  Identification  Section 

(2)  Design  Criteria  Section 

(3)  Timing  Tables 

(4)  An  index  of  the  hardware  and  software  primitives 
used  in  the  design. 

The  first  area  is  an  identifying  key  to  the  FDC.   The 
information  in  the  ID  section  is  input  by  the  designer  with 
the  Syntax  Directed  Editor  (SDE)  at  the  beginning  of  the 
design  process.   The  data  required  by  the  relation  includes: 
1)  the  designer's  name,  2)  the  date,  3)  the  name  of  the 
design  project  and  4)  version  number.   Each  identification 
table  will  also  contain  an  extra  field  to  be  used  as  a 
pointer  to  which  the  other  three  functional  areas  of  the  FDC 
can  point  to.   The  ID  Section  is  also  used  by  the  Formatter 
upon  design  configuration  output  as  an  identity  header.   The 
relational  model  for  the  Identification  Section  is  depicted 
in  Figure  10. 

The  next  area  of  concern  is  the  Design  Criteria  Section. 
The  design  criteria  are  also  input  by  the  designer  at  the 
initial  session  with  the  SDE.   The  designer  responds  to 
prompts  regarding  CSDE  run  parameters  and  FDC  output 
metrices.   All  of  the  possible  design  criteria  have  not  yet 
been  developed  and  as  the  CSDE  matures  additional  design 
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IDENTIFICATION"  TABLE 


field   NAME    DATE    PROJECT    ID  PTR    VERSION  NO 


type     CHAR    DATE    CHAR      NUMBER    NUMBER 


Figure  10   Identification  Section  Model 
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information  may  be  required.   With  this  in  mind,  the 
relational  model  has  been  designed  for  extensibility  and 
flexibility. 

The  Design  Criteria  Section  covers  2  general  areas: 
1)  CSDE  operating  instructions  and  2)  FBC  listing  criteria. 
The  design  criteria  for  the  CSDE  operating  instructions  are 
very  limited  at  this  point  and  only  allow  the  designer  to 
specify  the  order  in  which  library  volumes  and  monitor 
strategies  are  tested.   FDC  listing  parameters  are  similarly 
limited  in  the  present  CSDE  but  as  more  is  studied  and  known 
about  designer  needs,  additional  information  can  be  gathered 
from  the  CSDE  process  and  organised  for  output.   As  the 
system  runs  now  only  2  statistics  can  be  extracted  to  compare 
microprocessor  feasibility:   power  consumption  and  chip 
count  (an  approximate  cost  function) .   Storage  and  time 
comparisons  can  easily  be  added  to  this  list.   The  informa- 
tion is  already  present  in  the  data  base.   Additional 
designer  queries  will  have  to  added  to  the  frontend  and  the 
responsibility  of  outputting  the  information  will  lie  with 
the  Formatter.   The  relational  model  for  the  Design  Criteria 
section  is  shown  in  Figure  11. 

The  relational  model  can  be  used  as  follows:   1)  the 
designer  specifies  the  microprocessor  and  monitor  he/she 
wants  to  use  for  each  run  by  placing  the  order  number  in  the 
CSDE_RUN  field  and  the  respective  microprocessor  and  monitor 
schemes  to  be  attempted  in  their  respective  fields  and  then 
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field    ID  PTR    CSDE  RUN   MP     MONITOR 


type    NUMBER    NUMBER     CHAR   CHAR 


field    STORAGE    TIME    POWER    CHIP 


type    NUMBER     NUMBER  NUMBER   NUMBER 


Figure  11   Design  Criteria  Table 
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2)   the  designer  specifies  which  design  abstractions  he/she 
is  interested  in  for  output  by  responding  to  SDE  system 
prompts  in  the  corresponding  manner.   There  is  no  limit  to 
the  number  of  fields  in  a  relational  table  so  as  the  CSDE 
grows,  numerous  designer  queries  can  be  placed  in  the  Design 
Criteria  table. 

Another  important  set  of  information  derived  from  the 
problem  statement  input  used  in  the  FDC  concerns  what  the 
present  system  calls  the  Application  Timing  Table  (ATT). 
The  ATT  information  is  extracted  from  the  problem  statement 
in  CSDL  format  by  the  Translator,   This  information  is  the 
set  of  timing  constraints  for  an  application  given  by  the 
designer.   A  second  set  of  related  information  is  contained 
in  the  current  Realization  Timing  Table  (RTT).   This  infor- 
mation is  extracted  by  the  Functional  Mapper  from  the 
microprocessor  realization  selected  from  the  library  as  the 
mapping  takes  place.   In  other  words,  the  RTT  contains  the 
possible  timing  parameters  that  the  microprocessor  in 
question  can  supply  to  meet  the  designer cs  needs.   This 
information  is  used  by  the  Timing  Analyzer  subroutine  to 
compare  the  timing  parameters  in  each  table  to  test  a 
particular  microprocessor  for  feasibility.   If  the  micro- 
processor proves  feasible,  a  monitor  scheme  is  then  developed 
by  the  MONITOR  subroutine  according  to  the  timing 
specifications  in  the  RTT. 


44: 


The  original  contrants  imposed  by  Mat elan   and  also 
used  by  Ross  have  been  changed  for  this  design  study.   This 
study  is  testing  the  concept  that  the  only  timing  parameter 
needed  for  feasibility  testing  is  the  frequency  of  a  con- 
tingency.  This  is  represented  as  rho  in  the  references.   If 
this  concept  is  proven  out  in  the  future,  the  design  and 
implementation  will  have  been  greatly  simplified.   The  two 
tables  have  also  been  logically  organized  into  one  rela- 
tional table.   This  is  so  that  all  the  timing  related  issues 
are  modularized  into  one  section,   A  designer  will  know 
where  to  go  to  find  the  answer  to  any  question  related  to 
timing.   The  translator  will  still  have  to  enter  the 
application's  timing  constraints  into  the  data  base  and  the 
Functional  Mapper  will  still  have  to  compute  the  micropro- 
cessor's ability  to  perform  the  required  operation  with 
respect  to  time,  but  the  orientation  of  the  data  has  been 
structured  into  one  logical  entity.   Figure  12  depicts  the 
data  base  structure  for  the  Timing  Table  entity. 

The  fourth  functional  entity  in  the  FDC  is  the  index  to 
the  software  and  hardware  macros  needed  for  each  contingency 
and  task  in  the  design  statement.   Since  each  contingency  or 
task  will  require  more  than  one  primitive  to  realize  its 
function,  2  tables  are  necessary.   The  first  table,  as 
depicted  in  Figure  13,  consists  of  the  title  of  the 
contingency  or  task,  a  primitive  and  a  pointer  field.   The 
pointer  field  is  again  used  to  relate  the  tables  in  a  many 


^5 


field    CONTINGENCY    TASK   ATT  RHO    TRR  RHO 


type     CHAR  CHAR    NUMBER    NUMBER 


Eigure  12   Timing  Table 
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PRIMARY_IKDEX 
field   TITLE    PRIMITIVE    POINTER 

type     CHAR    CHAR        NUMBER 


SECONDARY_LNDEX 
field    POINTER    PRIMITIVE 

type     NUMBER     CHAR 


Figure  13   Index  Tables 
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to  one  fashion.  The  second  table  is  defined  by  a  like 
pointer  field  and  a  field  for  another  primitive  of  the 
contingency  or  task  being  defined. 

The  Functional  Mapper  will  retrieve  a  title  line  from 
the  RDBT1  (which  contains  the  primitive  list  and  symbol 
table  from  the  design  problem)  and  place  it  in  the  data 
base.   Next,  it  will  search  in  RDBT2  for  matches  to  each  of 
the  primitives  in  RDBT1  and  as  these  matches  are  found  place 
them  in  the  FDC .   A  quick  check  through  the  index  each  time 
a  mapping  is  found  can  indicate  whether  or  not  a  primitive 
has  already  been  used.   This  is  an  important  test.   For 
instance,  it  is  not  necessary  to  have  redundant  hardware  or 
software  necessary  to  implement  multiple  divide  functions. 

Once  all  design  primitives  have  been  mapped  into  a 
particular  design  volume  the  Timing  Analyzer  will  add  to  the 
list  of  primitives  any  of  which  are  deemed  necessary  to 
fulfill  the  timing  requirements.   These  can  all  be  placed  in 
the  FDC  under  a  special  title.   Upon  completion  of  the 
microprocessor  controller  creation,  the  Formatter  will  then 
use  the  index  to  indicate  which  primitives  from  the 
microprocessor  volume  in  RDBT2  are  to  be  placed  in  the 
final  formal  output , 

The  final  deisgn  configuration  is  accessed  and  used  by 
every  major  subroutine  of  the  CSDE.   Care  will  have  to  be 
taken  in  the  implementation  of  the  CSDE  application  not  to 
overwrite  and/or  eradicate  information.   It  is  recommended 
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that  during  the  reprogramming  of  the  CSDE  to  incorporate  the 
relational  data  base  model,  each  subroutine  be  written  and 
tested  separately  to  ensure  that  the  right  information  is 
going  into  the  right  location. 

This  design  presentation  has  illustrated  a  conceptual 
representation  of  the  data  base  requirements  of  the  CSDE 
through  a  relational  model.   The  three  major  aspects  of  the 
CSDE  have  been  incorporated  into  a  logical,  cohesive  blue- 
print.  The  next  chapter  illustrates  the  implementation 
methodology  using  Oracle  on  the  VAX  11/78  0  with  the  VMS 
operating  system  as  the  DBMS, 
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IV,   IMPLEMENTATION 

This  chapter  describes  the  effort  necessary  to  implement 
the  conceptual  design  of  the  CSDE's  data  base  requirements 
defined  in  the  previous  chapter.   In  addition  to  the  data 
base  implementation,  this  text  also  describes  the  creation 
of  the  Application  Design  Interface  (ADD ,   With  this 
information,  the  reader  will  be  able  to  find  and  use  the 
data  base  tables,  to  understand  some  of  the  restrictions 
placed  on  the  implementation  by  the  Oracle  DBMS  and  to  have 
the  background  necessary  to  modify  the  system  should  it  be 
required  by  future  enhancements. 

To  implement  a  data  base  model,  one  must  first  describe 
that  model  in  terms  of  the  DBMts  Data  Definition  Language 
(DDL).   In  this  case,  the  DBMS  is  Oracle  and  it  uses  the 
standard  DDL  developed  by  the  designers  of  system  R.  [Ref.  6] 
The  format  for  defining  the  tables  is  as  follows: 

create  table  <tablename>  (  <f  ilenamexf  ieldtype>  (  <f  ield  length>  ) )  ; 

The  DDL  format  for  describing  the  table  in  Figure  6  on 
page  26  is  depicted  in  Figure  14. 

Using  this  example  as  a  reference,  specific  design 
features  can  be  pointed  out  in  relationship  to  Oracle's  data 
types.   Three  data  types  were  used;  CHAR,  NUMBER,  and  DATE. 
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create  table  identification^ lock  (name  char(25), 

the_date  date, 
pro j  ect  char( 2  5), 
version_no  number(6), 
id  ptr  number(6)); 


Figure  14   DDL  Format  Example 
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CHAR  allows  all  characters  to  be  used  in  the  field; 
upper/lower  case  and  all  special  characters.   This  flexibil- 
ity is  required  by  the  need  to  use  mathematical  symbols  in 
conjunction  with  text.   Oracle  allows  CHAR  data  lengths  from 
1  to  240.   To  provide  some  regularity  in  the  design,  CHAR 
lengths  were  limited  to  80,  25  and  3,   In  the  tables  for  the 
data  base,  8  0  and  2  5  was  used  for  text  strings  and  3  was 
used  to  express  mathematical  operators,   NUMBER  is  an 
integer  data  type  and  again,  to  introduce  regularity  all 
fields  of  data  type  NUMBER  were  limited  to  a  length  of  6;  6 
being  the  maximum  length  required  by  any  one  field.   The 
third  and  final  data  type,  DATE,  is  unique  in  that  Oracle 
prespecifies  the  length  as  7  so  it  therefore  is  left  blank. 

The  tables  were  placed  in  a  file  called  CREATEDB.UFI 
under  the  CSDE  subdirectory  [.HEATHER]  on  the  VAX  11/780 
using  the  EDT  editor,  available  under  the  VMS  operating 
system.   The  listing  for  the  file  is  available  in  Appendix  A. 
After  the  tables  were  defined  in  the  DDL  and  put  on  file, 
Oracle1 s  User  Friendly  Interface  (UFI)  was  used  to  make 
instantiations  of  the  tables  in  the  DBMS,   This  is  done  by: 

(1)  logging  on  to  Oracle  as  a  CSDE  user  ty  typing  Oracle 
once  in  VMS, 

(2)  typing  UFI, 

(3)  answering  the  screen  prompts  for  user  name  and  password, 

(4)  typing  QCREATEDB.UFI, 
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After  a  successful  table  build  run,  the  tables  are 
available  through  Oracle  for  data  input.   The  tables  remain 
as  defined  and  do  not  have  to  be  recreated  unless  there  is  a 
data  base  design  modification. 

Data  will  be  input  to  the  tables  in  three  ways: 
1)  problem  statement  input  via  the  SDE,  2)  creation  of  the 
Final  Design  Configuration  by  the  CSDErs  Functional  Mapper 
and  3)  creation  of  the  realization  libraries  through 
interaction  with  the  ADI.   The  implementation  of  the  first 
two  categories  is  beyond  the  scope  of  this  research.   The 
third  category,  the  creation  of  a  realization  library,  has 
been  initiated  by  this  thesis  effort.   An  ADI  was  developed 
for  use  by  volume  designers  according  to  the  specifications 
given  in  the  design  chapter.   The  following  is  a  description 
of  the  development  of  the  ADI. 

The  ADI  was  developed  using  Oracle ls  Application  Inter- 
face Facility  (AIF) .   The  ADI  was  divided  into  two  parts  for 
reasons  of  ease  of  development  and  ease  of  use.   There  is 
one  file  that  can  be  used  to  generate  specifications  for  the 
hardware  primitives  and  another  file  to  create  the  software 
primitives . 

To  create  an  ADI  one  must  first  invoke  Oracle rs 
Interactive  Application  Generator  (IAG).   The  IAG  is  a  menu 
driven  interpreter  that  translates  the  screen  designer's 
input  into  a  CRT  screen  display  for  easy  volume  design 
input.   Each  response  given  by  the  screen  designer  to  the 

53 


IAG's  prompts  for  typing  parameters  generates  a  unique 
sequence  of  code.   In  other  words,  the  prompts  are  not 
predetermined  but  vary  according  to  user  response.   This  can 
be  a  problem  when  trying  to  correct  or  modify  a  given  screen 
but  a  careful  study  of  the  Oracle  documentation  and  experi- 
mentation do  make  it  possible.   To  invoke  the  IAG ,  one 
simply  logs  on  to  Oracle  and  then  types  IAG  <filename>.   In 
this  case,  the  filename  for  hardware  is  HDESIGN.INP  and 
SDESIGN.INP  for  software.   The  IAG  will  then  intiate  a 
series  of  answer  dependent  prompts  that  will  define  various 
aspects  of  the  screen  interface. 

For  both  the  hradware  and  software  screen  interfaces,  7 
blocks  were  designed.   Each  block  is  represented  by  a 
screen.   The  screens  were  divided  into  logically  ordered  and 
related  entities  that  also  provided  a  coherent,  easy  to  use 
presentation.   The  relational  model  represented  on  each 
screen  and  the  number  of  times  the  model  is  repeated  en  a 
single  screen  is  outlined  in  the  following: 

(1)  IDENTITY_BLOCK    (1) 

(2)  PARAMETER_BLOCK    (3) 

(3)  C0MMENT_BL0CK    (6) 

(4)  CALL_BLOCK  and  INCLUDE_BL0CK    (2  ea . ) 

(5)  ATTRIBUTE_BLOCK  and  CALC_BLOCK    (2  ea,) 

(6)  IF_BL0CK    (1) 

(7)  TEXT  BLOCK    (2) 
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Each  field  depicted  on  the  screen  is  directly  related 
to  a  field  identified  in  the  data  base  design.   The  only 
difference  between  the  name  of  the  field  on  the  screen  and 
in  the  tables  is  that  the  screen  name  may  be  slightly  more 
user  friendly  than  the  shortened  name  used  in  the  data  base 
design.   For  instance,  MICROPROC  in  the  table  IDENTITY_BLOCK , 
becomes  MICROPROCESSOR  on  the  screen. 

In  addition  to  the  criteria  identified  in  the  data  base 
tables  in  Appendix  A  (data  type  and  length),  Oraclers  IAG 
permits  further  parameterization  of  each  field  represented 
in  the  screen  interface.   The  following  is  the  list  of 
prompts  the  IAG  uses  to  qualify  various  characteristics 
about  field  representation  and  usage  with  a  short  explanation 
of  each  prompt . 

(1)  Field  name:   The  name  given  to  a  field  in  the  data  base 
design  i.e.  MICROPROC. 

(2)  Length  of  field/Display  length;   The  length  of  the 
field  identified  in  the  data  base  design  and  the  length 
of  the  field  to  be  represented  on  the  screen.   In  this 
implementation  these  characteristics  were  always  the 
same, 

(3)  Is  this  field  in  the  base  table  Y/Ni   A  tYt  or  YES 
answer  means  that  the  field  being  described  corresponds 
to  a  column  of  the  table  being  processed  by  this  block. 
All  fields  have  a  YES  answer  for  this  question  as  there 
is  a  1:1  correspondence  between  the  tables  and  the 
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screen  blocks.  Exception:  The  times  field  in  the  CALL 
and  Include  Blocks  is  not  depicted  on  the  screen.  This 
field  is  input  by  the  CSDE. 

(4)  Is  this  field  part  of  the  primary  key:   The  fields  that 
make  up  the  primary  key  are  identified  in  the  tables  of 
Appendix  A  by  the  words  ^OT  NULL'  next  to  their  data 
length  parameter.   Usually  the  key  is  made  up  of  the 
pointer  and  another  field  within  the  block  that  make 
the  key  unique.   For  example,  in  the  second  block, 
PARAMETER_BLOCK,  the  key  is  made  up  of  the  fields 
labeled  POINTER  and  PARAMETER. 

(5)  Field  to  copy  primary  key  from:   Unrelated  to  this 
design,  therefore  left  black  by  hitting  the  return  key. 

(6)  Default  value:   None  of  the  fields  have  one  in  this  ADI , 
therefore  left  black  by  hitting  the  return  key. 

(7)  Page:   Identifies  which  screen  page/block  the  table 
is  a  part  of.   In  this  screen  design,  the  hardware 
and  software  files  are  each  made  up  of  7  pages. 

(8)  Line:   Identifies  the  line  number  of  a  page  on  which 
the  field  prompt  is  placed.   An  effort  was  made  to 
place  similar  or  identical  fields  on  the  same  lines 
on  the  different  pages, 

(9)  Column:   Identifies  the  column  number  from  1-80  on 
which  the  data  will  be  entered.   The  prompt  will  appear 
beside  the  column  number  identified. 
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(10)  Prompt:   Identifies  the  prompt  that  appears  on  the 
screen,  i.e.  MICROPROCESSOR. 

(11)  Display  prompt  above  field  Y/N:   The  answer  is  NO 
throughout  the  screen  interface  design,   A  NO  answer 
displays  the  prompt  beside  the  data  entry  field 
display. 

(12)  Allow  field  to  be  entered:   All  fields  are  designer 
enterable  except  the  ID#  fields.   These  fields  are 
generated  by  a  sequel  statement  embedded  in  the  screen 
interface  design. 

(13)  Allow  fields  to  be  updated:   If  the  answer  to  the  above 
question  was  no  this  prompt  does  not  appear.   It  also 
does  not  appear  for  fields  labeled  as  a  part  of  the 
key.   Otherwise,  all  other  fields  are  updateable. 

(1U-)  SQL>  This  is  a  prompt  for  a  sequel  statement  related 

to  the  field  being  entered.   In  this  screen  design,  the 
SQL  statements  were  used  to  automatically  generate 
unique  ID  numbers  to  be  used  as  part  of  that  tables 
key.   The  generic  SQL  statement  is  as  follows:   SELECT 
MAX  (<fieldname  +  1>)  INTO    <fieldname>  FROM 
<tablename> ; .   The  fieldname  is  the  same  for  both  sets 
of  brackets  and  the  tablename  is  the  table  in  which  the 
fieldname  resides.   Oracle  requires  that  a  dummy  record 
be  used  to  start  the  process  of  automatic  number 
generation.   An  INSERT  statement  was  used  to  set  up  a 
fake  record  with  zeros  in  all  the  number  data  typed 
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fields  and  'DUMMY  RECORD1  in  all  the  character  string 
fields  for  each  of  the  tables  that  used  a  SQL 
statement  of  this  kind.   This  fact  will  most  likely 
have  to  be  considered  in  the  design  of  the  Functional 
Mapper.   SQL  statements  can  be  used  for  additional 
checks  for  data  entry  clarification.   As  more  is 
known  about  the  requirements  of  the  volume  design 
effort  the  SQL  statements  may  become  an  avenue  for 
additional  data  typing  or  input, 

(15)  Message  if  value  not  found:.   This  and  the  next  prompt 
are  only  generated  if  a  SQL  statement  has  been  used. 
The  message  usually  generated  in  this  instance  relates 
that  the  ID#  was  not  generated.   There  is  no  reason  to 
this  author's  knowledge  why  the  numbers  would  not  be 
generated. 

(16)  Must  value  exist:   The  answer  is  YES, 

(17)  Is  field  fixed  length:   None  of  the  fields  are  fixed 
length.   Fixed  length  refers  to  the  number  of  charac- 
ters or  numbers  that  must  be  entered  and  does  not  refer 
to  the  maximum  length  definition. 

(18)  Auto  jump  to  next  field:   If  any  of  the  fields  were 
fixed  length  this  could  be  used.   As  it  is  now,  the 
designer  must  his  <return>  to  move  the  cursor  to  the 
beginning  of  the  next  field. 
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(19)  Convert  field  to  upper  case:   This  is  not  necessary  in 
this  application. 

(20)  Help  message:   This  IAG  prompt  gives  the  screen  inter- 
face designer  a  chance  to  help  the  volume  designer  by 
clarifying  what  goes  into  the  field.   The  current  help 
messages  will  probably  be  modified  as  more  is  known 
about  the  volume  design  effort. 

(21)  Lowest  Value:   None  of  the  fields  in  this  application 
needed  to  use  this  concept. 

(22)  Highest  value:   None  of  the  fields  in  this  application 
needed  to  use  this  concept. 

Once  all  the  screen  criteria  have  been  entered  the 
interface  designer  must  then  retype  IAG   filename   for  a 
compile  to  take  place.   Appendix  2  is  a  listing  of  the  IAG 
compiled  code.   It  is  easy  to  discern  from  the  listing  all 
specific  screen  design  decisions  concerning  each  block  and 
their  corresponding  fields.   Further  enlightenment  regarding 
the  IAG  prompts  can  be  found  in  the  Oracle  Manual  in  the  IAF 
Application  Design  Reference  section. 

One  Oracle  idiosyncracy  that  should  be  pointed  out  to 
future  generations  of  Oracle  users  involves  the  modification 
process.   It  is  easier  to  erase  an  entire  field  and  reanswer 
the  prompts  regarding  its  screen  activation  than  to  try  to 
change  the  individual  responses.   This  is  because,  as  noted 
before,  the  prompts  are  answer  dependent. 
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In  general,  an  effort  was  made  to  make  the  screen 
interface  easy  to  read,  easy  to  use  and  regular.   This  will 
hopefully  make  it  easy  for  the  volume  designer  to  do  his/her 
job  and  for  future  changes  to  be  applied  against  the  screen 
interface. 
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V.   CONCLUDING  REMARKS 

The  previous  pages  describe  the  operations  of  the  CSDE; 
the  responsibilities  of  the  major  subroutines,  the  data  flow 
characteristics  and  the  data  base  requirements.   Following 
these  descriptions,  a  relational  data  model  is  defined  and 
its  implementation  on  the  Oracle  DBMS  is  outlined. 

Chapter  I  was  dedicated  to  introducing  the  problem. 
This  was  done  by  describing  an  analogy  to  a  current  techno- 
logy and  its  relationship  to  the  work  this  thesis  effort 
supports.   Chapter  I  also  laid  the  foundation  for  the  ensuing 
chapters,  discribing  what  was  to  be  discussed  in  each  of  them 
Chapter  II  analyzed  and  defined  the  problem;  what  were  the 
data  base  requirements  of  the  CSDE  and  how  did  they  need  to 
be  supported.   Chapter  III  described  in  detail  the  rela- 
tional model  that  can  support  those  requirements.   Following 
this,  Chapter  IV  described  the  step  by  step  procedures 
needed  to  implement  the  relational  model  on  a  general 
purpose  DBMS  -  Oracle. 

Throughout  this  thesis  effort  an  attempt  was  made  to 
recommend  possible  uses  of  the  data  base  by  the  CSDE 
subroutines.   The  final  incorporation  of  the  relational 
model  into  the  CSDE's  subroutines  will  depend  on  individual 
expertise  and  experience.   However,  there  are  many  things 
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to  be  considered  in  this  future  implementation  and  in  the 
following  paragraphs  I  will  briefly  highlight  some  of 
these. 

The  next  obvious  step  is  to  use  the  relational  model  in 
the  CSDE's  subroutines  and  make  use  of  the  Oracle  DBMS.   The 
first  part  of  this  step  would  be  to  design  and  implement 
a  Translator  based  on  the  relational  model.   As  was  previ- 
ously noted,  the  purpose  of  the  Translator  subroutine  is  to 
make  the  SDE  input  information  available  to  the  CREATEDB1 
module,  which  then  places  the  data  in  the  Primitive  List  and 
Symbol  Table  tables.   In  parallel  to  the  performance  of  this 
task,  a  microprocessor  design  volume  will  also  have  to  be 
placed  in  the  data  base  tables.   This  can  be  done  using  the 
Application  Design  Interface  (ADD  for  those  designs 
currently  being  developed  or  through  an  interface  translator 
for  those  preexisting  microprocessor  designs,  where  it  would 
be  too  cumbersome  to  reenter  the  data  by  hand.   Onec  these 
entities  are  in  place,  the  Functional  Mapper  can  be  designed. 

Relational  DBMS T s  are  a  relatively  new  technology. 
Their  use  in  CAD  systems  is  even  more  recent.   Kence,  the 
amount  of  applicable  literature  is  limited.   However,  one 
thing  the  literature  does  reflect  is  the  fact  that 
relational  data  bases  are  generally  slow,  [Ref.  7] 

In  light  of  this  fact,  the  designer  of  any  one  of  the 
subroutines  using  the  relational  model  will  have  to  determine 
query  algorithms  that  optimize  Oracle's  efficiency  and 
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effectiveness.   There  are  characteristics  of  the  CSDE*s  use 
of  the  data  base  that  will  weight  the  construction  of  such 
algorithms  a  certain  way.   For  instance,  when  CREATEDB1 
enters  data  into  the  Primitive  List  and  Symbol  Table  it  will 
do  so  sequentially.   There  is  no  random  generation  of  primi- 
tives and  their  arguments.   A  Title  group  is  defined  with 
the  macros  that  will  perform  the  given  function  and  placed 
in  the  Primitive  List.   The  arguments  for  each  macro  are 
then  supplied  with  their  corresponding  precision  parameters 
sequentially. 

Therefore,  there  will  be  no  need  for  the  Oracle  system 
to  insert  records  between  existing  records.   All  records 
will  be  added  to  the  end  of  the  last  record  in  the  table. 
The  algorithm  should  be  designed  to  take  advantage  of  this 
fact  if  at  all  possible. 

The  query  algorithms  for  the  Timing  Analyzer  and  the 
Formatter  will  be  variations  on  this  select,  compare  and 
insert  theme.   This  variation  will  enable  the  programmer  to 
design,  test  and  conduct  performance  evaluation  on  the 
various  related  algorithms  using  the  Oracle  DBMS. 

If  during  the  creation  of  the  query  algorithms  it 
becomes  necessary  to  modify  the  data  base  in  order  to 
optimize  Oracle rs  effectiveness,  this  can  be  easily  done. 
This  is  one  of  the  benefits  of  a  relational  data  base  model. 
The  fact  that  the  functional  capabilities  are  incorporated  in 
a  single  module  make  it  an  easy  base  to  transform. 
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This  is  in  effect  the  major  contribution  of  this 
research.   Through  this  effort  the  CSDErs  data  requirements 
were  thoroughly  analyzed  and  the  information  was  encapsu- 
lated into  localized  entities  which  form  the  basic  buidling 
blocks  of  the  3  major  complex  data  structures:  1)  problem 
statement  input,  2)  microprocessor  volume  library  2)  micro- 
processor volume  library  and  3)  the  final  design  configura- 
tion.  These  three  structures,  because  of  their  final 
relational  form,  can  be  easily  modified.   However,  the 
identification  and  cataloguing  of  their  purpose  and  function 
will  probably  not  change  drastically.   The  changes  that  will 
come  will  probably  be  additions  to  the  data  base  as  new 
requirements  become  apparent  and  necessary. 

From  here  then,  the  next  step  is  to  verify  that  this 
plan  can  be  used  effectively  by  the  Oracle  DBMS.   If  it  is 
discovered  that  Oracle  can  not  meet  the  requirements  of  the 
CSDE  project,  this  thesis  has  provided  a  sound  analysis  of 
the  data  base  requirements,  defined  in  Chapter  II  and 
realized  into  relational  form  in  Chapter  III,  for  implementation 
on  any  future  system. 

A  User's  Guide  for  the  ADI  is  on  file  with  the  CSDE 
project . 
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APPENDIX  A 
CREATEDB  UFI  TABLES 

CREATE  TABLE  PR  I* I T I VEL I  ST   (TITLE  CHAR(?5)  NOT  NULL, 

MACRONAME  CHAR(25)  NOT  NULL, 
POINTERX  MUMBER(6)); 


NOT  NULL  INDICATES  FIELO  IS  A  PART  OF  THE  KEY 


CREATE  TABLE  SYMBOlTA*LE   (POINTERX  NUMBER(6)  NOT  NULL, 

ARGUMENT  CHAR (25)  NOT  MULL, 
MINIMUM  NUMBER (6)  , 
MAX  IMijM  NUMBER  (6)  )  ; 


NEXT  9    BLOCKS  MAKE  UP  THE  HARDwjAREMACRO  TARLE 
FOR  THE  REALIZATION  VOLUME  DESIGN 


CREATE  TABLE  IDENT I T YBLOCK   (  MICROPROC  CHAR(25)  NOT  NULL, 

Hi-JMACPO  CHAR(25)  NOT  NULL, 
MILLIWATTS  NUuBER(b), 
CHIPCOUNT  NU^BER(b), 
LATENCY  NUMBER(6)# 
POINTER  NUMBER  (6)  )  ,* 

i 

i 

CREATE  TABLE  PARAMETERBLOCK  (  POINTER  NUMBEP(o)  NOT  NULL, 

PARAMETER  CHAR(25)  NOT  NULL, 
VIINIMUM  NUM8EP(b), 
MAXIMUM  NUMBER  (b)  )  ,* 

i 

I 

CREATE  TABLE  COMMENTBLOCK  (  POINTER  NUMRER(b)  NOT  NULL, 

COMMENT  CHAR (80), 
COMID  NUMBER (b)  NOT  NULL); 

i 
i 

CREATE  TABLE  INCLU0E3L0CK  (  POINTER  NUMBER(6)  NOT  NULL, 


INCLUDE  CHAR(25), 

INCID    NUMBER(6)     NOT    NULL 

TT-1E3    NUMBER  (  b)  ); 

i 

• 

CREATE  TABLE  CALL3L0CK  (  POINTER  NUMBERC6)  NOT  NULL, 

CALL  CHAP(2S), 
CALLID  NUMBER  C6)  NOT  MULL, 
TIMES  NUMBEP(b)  )  ; 
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CREATE  TABLE  CALCBLOCK  ( 


POINTER  IMUMBERC6)  MOT  NULL, 
GLORVAP  CHAR(2B), 
OP  CHAR(3), 
VAR  CHARC25), 
RSLT  CHAR(?5), 
CALCIO  NUMBERC6)  NOT  NULL) 


CREATE  TABLE  AT TR IBUTE3LOCK  ( 


POINTER  NUM8ERC6)  NOT  NULL, 
LOCALVAP  CHAP(25), 
OP  CHAR(3)  , 
VAR  CHAR(?5), 
RSLT  CHAR(?5), 
ATTRID  N'JMBF»(6)  NOT  NULL); 


i 

CREATE  TABLE  IFBLOCK  ( 


POINTER  MUMBERC6)  NOT  NULL, 
VARIA9LE1  CHAR(25)# 
OP  CHAPO)  , 
VARIABLE?  CHAP(?5) , 
IFMP  CHAR(2S), 
IFMACRO  CHAR f 25), 
IFREQ  CHARf25)r 
ID  NU^BER(6), 
IFIO  NU^BER(6)  NOT  NULL); 


i 

CREATE  TABLE  TEXTBLOCK  ( 


POINTER  NUMBEPC6) 
TEXT  CHAR(80), 
TEXTID  NU^RER(6) 


NOT  NULL, 


NOT  NULL) 


THE  NEXT  9  BLOCKS  CONTAIN  THF  TABLES  NECESSARY  FOR  THF 
SOFTWARE  PRIMITIVES  FOR  THE  REALIZATION  VOLUME 


CREATE  TABLE  SIDENT I T YRLOCK   ( 


MICROPROC  CHAR(25)  NOT 

SWMACPO  CHAR(?5)  NOT 
STORAGE  NUM3ERC6), 
TIME  MIJMBFR(6), 
EXTPEF  NUMBER(6)ip 
POINTER  NUMBERC6)); 


NULL, 
NULL, 


CREATE  TABLE  SPARAMETERBLOCK 
NULL, 


POINTER  NUMBEP(6)  MOT  NULL, 
PARAMETER  CHARC25)  NOT 

MINIMUM  NUMBEPC6), 
max  I MUM  NUMBER (6) ) ; 
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CREATE  TABLE  SC0MMENT3L0CK  (  POINTER  NU«RER(b)  NOT  NULL, 

COMMENT  CHAR (80), 
COM  ID  NUMBER (6)  NOT  NULL); 


CREATE  TABLE  S INCLUDEBLOCK  (  POINTER  MU^BEP(6)  NOT  NULL, 

INCLUDE  CHARC25), 
INC  ID  NUMBER (6)  NOT  NULL, 
TIMES  NUMBER (6) ) ; 


CREATE    TABLE    SCALLBLOCK     (     POINTER    NlJMBER(6)     NOT    NULL, 

C^LL  CHAR(?5), 
C&LLTD  NUMBERC6)  NOT  NULL, 
TIMES  MUMBER(6) ) ? 

i 

I 

• 

CREATE  TABLE  SCALCBLOCK  (  POINTER  NlJM«ERfb)  NOT  NULL, 

GLOBVAP  CHART25), 
OP    CHAR(3) , 
V&R  CHAR(25), 
PSLT  CHAP(25), 
C^LCID  NU^BEP(6)  NOT  NULL); 


CREATE  TABLE  SATTRIBUTEBLOCK  ( 


POINTER  NUM8ERC6)  NOT  NULL, 
LOCALVAP  CHAR(25), 
OP  CHAPC3), 
VAR  CHAQC25), 
RSLT  CHAR(25), 
ATTRID  NUMBERC6)  NOT  MULL); 


CREATE  TABLE  3IFBLOCK  ( 


POINTER  NUMBEPfb)  MOT  NULL, 
VAPIASLE1  CHAR(P5), 
op  CHAR(3) , 
VARIABLE?  CHARC25) , 
IP/P  CHAR(25), 
TFMACRO  CHAPC2S) , 
IFREQ  CHAP(25), 
ID  NUMBER (6), 
IFID  NUMBER(6)  NOT  NULL); 


CREATE  TABLE  STEXT3L0CK  ( 


POINTER  NUMBER(b)  NOT  NULL, 
TEXT  CHARfBO), 
TEXTTD  IMUMBERC6)  NOT  NULL) 
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THE  NEXT  TABLE  REPRESENTS  THE  RELATIONAL  MODEL  FOR  THE 
IDENTIFICATION  T4BLE 


CREATE  TABLE  IDENTIFICATION  (  NAME  CHARCP5)  MOT  NULL, 

THEOATE  DATE  NOT  NULL/ 
PROJECT  CHAR(?S)  NOT  MULL, 
VERSIONMO  NUMBERC6)  MOT  NULL, 
IDPTR  NUMBERC6)  NOT  NULL); 


THE  NEXT  TABLE  REPRESENTS  THE  DESIGN  CRITERIA  TABLE 


CREATE  TABLE  DES IGNCP 1 TER I A  (  IDPTR  NUMBER(6)  NOT  NULL, 

CSDERUN  NUMBER (3)  NOT  NULL, 

vi P  CHAR(25)  , 

MONITOR  CHAR(25), 

STORAGE  NUMBERC6), 

TI^E  NUMBER f 6), 

POwER  NUMREP(6), 

CHIP  MUMBEP(6)); 


THE  FOLLOWING  TABLE  REPRESENTS  THE  TIMING  TABLE 


CREATE  TABLE  TIDING  (  CONTINGENCY  CHAR(PS)  MOT  NULL, 

TASK  CHAR(?5)  NOT  NULL, 
ATTRHO  NUMBEP(6), 
RTTRHO  MUM8ER(6)); 


THE  NEXT  TWO  TABLES  REPRESENT  THE  RELATIONAL  MODEL  FOR  THE 
HARDWARE  AND  SOFTWARE  PRIMITIVE  INDEX 


CREATE  TABLE  PRIMARYINDEX  (  TITLE  CHAP(?S)  NOT  MULL, 

PRIMITIVE  CHARC25)  NOT  NULL, 

PRIMPTR  DUMBER (6) ) ; 

t 

CREATE  TABLE  SECOMO AR Y INDE x  (  PRIMPTR  NUMBER(b)  MOT  NULL, 

PRIMITIVE  CHAR(?5)  NOT  NULL); 
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APPENDIX-  B 

INTERACTIVE  APPLICATION:  GENERATOR  LISTING 

Dat  abas?  : 
CREATEDB.UFI 

ORACLE  workso^ce  size  /  Context  areas  : 

3 1  o  c  k  name  /  description  : 
SOFTIDENTITY/SOFTWARE  PERFORMANCE  SPECS 

Table  na^e  : 
SIDENTITY3L0CK 

Check  for  uniaueness  before  inserting  Y / N  : 
N 

D i so  1  a y/Bu f f e r  how  rany  records  : 

Field  n  a  -n  e  : 
MICROPROC 

Type  of  field  : 
CHAR 

Lenath  of  field  /  P  i  s  o  1  a  v  length  : 
25/25 

Is  this  field  in  the  base  taole  Y/N  : 

Is  this  field  oart  of  the  oriTary  key  Y  /  'vl  : 
Field  to  cooy  orimary  key  from  : 
Default  value  : 
Page  : 
Line  : 

Co  1  u-nn  : 

6 

promot  : 
MICROPROCESSOR 
DisDlav  oromot  above  field  Y / N  : 


^J 


N 


N 


N 


Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  lemth  Y / M  : 

Auto  jumo  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y / H     f 


He  1 o  message  : 
EMTER  MICROPROCESSOR  TYPE  i.e.  B080 
Lowes  t  value  : 
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Hiqhest  value  ' 

Field  n a  m e  : 
SrtMACRO 

T yoe  o  f  field  : 
CHAR 

Length  of  field  /  Disohv  1  e  n  a  t  h  t 
25/25 

Is  this  field  in  the  base  taole  Y / U     : 

Is  this  field  o  a  r  t  of  the  orinary  key  Y / M 

Field  to  CODy  O  r  i  ti  a  r  y  key  frorn  : 

Default  value  t 

Page  : 

Line  : 

Co  1 umn  : 

0 

Dromot  : 

OFTWARE  PRIMITIVE 

Disolay  oro^ot  a^ove  field  Y / N  : 

Allow  field  to  re  entered  Y  /  \>  : 

SQL> 

Is    Meld    fixed    lenarh    Y/N    : 

Auto    junrto    to    next     field    Y  /  N     : 

Convert     field    to    uooer    case    Y  /  N     : 

He  1  o    Ties saae    '. 

MTER    SOFTWARE    DPIV<TIVE     TO    SE    HESCPIBFD 

Lowes  t    value    : 

Highest  value  : 

Field  name  ' 
STORAGE 

Tyoe  of  field  : 
NUMBER 

Length  o*  field  /  Oisolay  le^ath  : 
6/6 
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Is  this  field  in  the  base  table  Y  / r  >  : 

Is  this  field  o  a  r  t  of  the  oritiary  <ev  Y  /  N 

Default  value  ' 

Paqe  : 

Line  : 

Col unn  : 

P  romo t  : 
STORAGE 

Disday  oromot  above  field  Y/p-i  : 
M 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  undated  V/M  : 

SOL> 

Is  field  mandatory  Y / N  : 

Is  field  fi*ed  length  Y/N  : 

Auto  jumo  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y/N  : 


N 


N 


N 


M 

He  1 d  message  t 
HOW  MANY  9YTES  IS  THE  PRIMTIVE  CODE 

Lowes  t  value  : 

Hiahest    value    : 

Field    naTie    : 
TIME 

Tyoe  of  field  t 
NUMBER 

Lenqth  of  field  /  Disolav  lenath  : 
6/6 

Is  this  field  in  the  base  taole  Y/M  : 


Is  this  field  ogrt  of  the  o  r  i  t>  a  r  v  kev  Y / N 
Default  value  : 
°age  : 
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N 


N 


1 

Line  : 
8 

Col  urn     : 

Promot  : 

IME 

Disolay  o  r  o  m  o  t  a  r>  o  v  °  field  Y/N  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  he  uodated  Y/N  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  length  Y/N  : 

Auto  iu^o  to  next  field  Y  /  :^i  : 

Convert  field  to  uooer  case  Y/N  : 

He  1  d  message  : 

OW  MANY  CLOCK  (T)  STATES  DOFS  This  »9IMTIVE  REQUIRE? 

Lowest  value  : 

Highest  value  > 

Field  n  a  m e  : 
XTREF 

TyDe  of  field  : 
UMBES 

Lenath  of  field  /  Oisclav  lenath  : 
6/6 
Is  this  field  in  t  H  e  base  table  Y/N  : 

Is  this  field  oart  of  the  o  r  i  m  e  r  y  w  e  v  Y / M  : 

Default  value  : 

Page  : 

Line  : 
0 

Co  1 umn  : 
1 

Promot  : 
EXTERNAL  REFERENCES 
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D  i  s  o  1  a  v  oromof  anove  field  Y  /  N  ' 
Allow  field  to  be  entered  Y / N  : 
Allow  field  to  be  uDdated  Y/Nj  : 
SQL> 

Is  field  mandatory  Y/N  : 
Is  field  fixed  length  Y/N  : 
Auto  jumo  to  next  field  f/N  : 
Convert  field  to  uoper  case  YAM  : 


He  1 d  message  : 
NU^BEf?  OF  MEMORY  STATES 
Lowes t  value  : 

Highest  value  : 

Field  name  : 
POINTED 

Tvoe  of  field  : 
NUMBER 

Length  of  field  /  Disolav  lenath  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  Dart  of  the  orimarv  key  Y / N 
N 

Default  value  : 
99 

Paae  : 

Line  : 

2 

Co  1 umn  : 

Promot  : 
POINTER 

Oisolay  oromot  above  field  Y / N  : 
N 


Allow  field  to  be  entered  Y / N  : 


M 


SQL> 
SELECT  MAX(POINTER  ♦  I) 
INTO  POINTER 
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FROM  SIDENTITYBLOCK 


^essaoe  if  value  not  founo  : 
POINTER  VAIJE  NUT  GENERATED  PY  Q8-1S 
Must  value  exist  Y/N  : 

Field  name  t 

81ock  name  /  Oescriot  ion  : 
PARAMETERS/PRIMITIVE'S  I/O  VARIABLES 

Table  name  t 
SPARAMETERBLOCK 

Check  for  uniaueness  before  insert ina  Y  /  N  : 
N 

Disolay/Buffer  how  many  records  : 

3ase  c  r t  line  ? 

How  Tianv  physical  lines  per  record  ? 

Field  name  : 
POINTER 

Tyoe  of  field  : 
NUMBER 

Lenqth  of  field  /  Display  1 e  n  a  t  h  : 
6/6 

Is  this  field  in  the  base  table  f/N  : 

Is  this  field  oart  of  the  or imary  kev  Y  /  N  : 

Field  to  codv  primary  <ev  from  : 

Def au 1 t  value  : 

Dage  : 

Li  ne  : 

Column  : 

Promot  : 
POINTER 
Display  orcmot  aoove  field  Y  /  N  : 


M 


Display  prompt  once  f or    olock  Y / N  : 
Allow  field  to  be  entered  Y/N  : 
SQL> 
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Is  field  fixed  lenath  Y/N  : 
Auto  ju^o  to  next  field  f / N  : 

Convert  field  to  u  o  o  e  r  case  Y/N  : 
N 

He  1 d  message  : 
EMTER  POINTER  VALUE  GENERATED  IN  LAST  BLOCK 

Lowest  value  : 

Hi  ahest  value  : 

Field  name  J 
PARAMETER 

Type  of  field  : 
CHAR 

Lenath  of  f  i  e  1  o  /  n  i  s  n  1  a  y  lenqth  : 
25/25 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  o  a  r  t  of  the  orimarv  k  e  v  i / N 
Field  to  cony  ori-narv  i<?y  from  : 
Default  value  ' 
Page  : 
Line  : 
Co  1  utin  : 

ao 

Promot  : 
PARAMETER 
DisDlay  o  r  o  m  o  t  a  n  o  v  e  field  Y/N  : 


N 


N 


Disolay  oro^iot  once  for  block  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  lenath  Y/N  : 

Auto  jump  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


N 
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He  1 o  message  : 
EMTER  INPUT  OR  OUTPUT  PARAMETERS  FOP  PRIMITIVE 
Lowest  value  : 

H  i  q  h  e  s  t  value  ' 

Field  nane  t 
MINIMUM 

Tyoe  of  field  : 
NUMBER 

L  e  n  q  t  h  of  field  /  Display  lenoth  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 


N 


Is  this  field  cart  of  the  orimarv  key  Y  /  M  : 
Default  value  • 
Page  : 
Line  : 
Co  1 umn  : 

P  roifo  t  : 
MINIMUM 

DisDlav  oromot  above  field  Y  / M  : 
N 

Disolay  oromot  once  for  bloc<  Y'N  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  undated  Y/N  : 

5QL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  jufT>o  to  next  f  i  e  1  H  Y/N  : 

Convert  field  to  uooer  c^se  Y/N  : 
N 

Hel d  message  : 
ENTER  MINIMUM  PRECISION  FOR  ARGUMENTS  i.e.  8  nits 
Lowes  t  value  * 

Hi  ahes  t  value  : 


■'-J 
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Field  nane  I 
MAXIMUM 

Type  of  field  : 
NUMBER 

LenatH  of  field  /  Disolav  lenath  : 
6/6 

Is  this  field  in  the  base  t  a  o  1  e  Y / N  : 


N 


Is  this  field  Dart  of  the  orimary  key  * / N  : 
Default  value  ' 
Paae  : 
Line  : 

Col  u-nn  : 
40 

Promot  : 
MAXIMUM 

Disolay  oromot  above  field  Y / N  : 
N 

Disday    oro^ot    onc°     for    t~>  I  o  c  <     Y/ N     : 

Allow  fieln  to  be  e^tereo  Y/N  : 

Allow  field  to  be  u  o  d  a  t  e  d  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenath  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


N 


N 


N 


N 


He  1 d  message  : 
ENTER  MAXIMUM  PRECISIONFOR  ARGUMENT  i.p.  16  bits 

Lowes t  value  : 

Highest  value  : 

Field  na^e  : 

Block  name  /  Descriotion  : 
COMMENT/COMMENTS  FOR  PRIMITIVE 
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Table  na?e  : 
SCOMMENTBLOCK 

Check  for  unioueness  before  insert  inq  Y/N  : 
N 

Display/Buffer  how  many  records  : 

3ase  crt  line  ? 

How  Tiany  ohysical  lines  oer  record  ? 

Field  name  '. 
POINTER 

Tyoe  of  field  : 
NUMBER 

Lenath  of  field  /  D  i  3  d  1  a  y  1  e  n  a  t  h  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  orirary  key     rVN  : 

Field  to  cony  Dritiary  key  f  r  o  ti  : 

Default  value  : 

Paae  : 

Line  : 

Co  1 unn  : 

pronnot  : 

0  INTER 

Disolay  oromot  acove  field  Y/N  : 

Oisolav  oromot  once  f or    o  1  o  c  k  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  length  Y/N  : 

Auto    j'utio    to    next     field    Y/M    : 

Convert  field  to  uooer  case  Y/N  : 

He  1 o  messaqe  : 

NITER  POINTER  VALUE  GENERATED  IN  RTPST  BLOCK 

Lowest  value  '. 
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Highest  value  t 

Field  name  : 
COMMENT 

Tyoe  of  field  : 
CHAR 

Length  of  field  /  Disolay  length  : 
80/80 

Is  this  field  in  the  base  table  Y  /  N  : 


Is  this  field  Dart  of  the  ori^ary  kev  1 / M 

Default  value  t 

Paoe  : 

Line  : 

Co  l  unn  : 

P  romot  : 
COMMENT 
Disolav  oromot  above  field  Y  /  N  : 

Disolay  oro^ot  once  for  block  Y / M  : 

Allow  field  to  be  entered  Y  /  N  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/M  : 

Is  field  fixed  length  1 /H     : 

Auto  j  u  m  o  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y / N  : 


M 

He  I d  nessa^p  : 
COMMENTS  'ilLL  BE  IN  THE  ORDER  OF  INPUT 
Lowes t  value  : 

Highest  value  • 

Field  name  ' 
COMID 
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Tyoe  of  field  : 
NUMBER 

Lenath  of  field  f    D  i  s  o  1  a  y  leioth  : 
6/6 
Is  this  fieli  in  the  base  table  Y / M  : 

Is  this  field  oart  o  *  the  orimery  *  e  v  Y / N 

Field  to  coov  Drinnarv  key  from  ' 

Default  value  * 

Page  : 

Line  : 

Co  1  u<pn  : 
50 
Promot  : 
D 
Disolay  oromot  above  field  V / N  : 


N 


Disolay  o  r  o  m  o  t  once  for  block  Y  /  N  : 
Allow  field  to  be  entered  Y/N  : 


M 

SQL> 

SELECT  viixf  CDMID  +  l) 
IMTO  COMIO 
FROM  SCOM^EMTBLOCK 

Message  if  value  not  found  : 

ID   NOT  GENERATED  BY  DBMS 

;Must  value  exist  Y/N  : 

Y 

?  F  i  e  1  d  name  : 

?31ock  nane  /  nescriotion  : 
INCLUDE/  INCLJOE  DESCRIPTIONS 
?  T ab 1 e  name  t 
INCLUDEBLOCK 

Z  C  h  e  c  k  for  uniqueness  before  insert  im  Y  /  N 

N 

;  Di  so  1  ay /Buf  fer  how  -nany  records  : 

2 

} Base  c  r t  line  ? 

2 

f'How    nanv    Dhvsical     lines    o  e  r    record    ? 

a 
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Field  nane  : 
POINTER 

TyDe  of  field  : 
NUMBER 

Lenath  of  field  /  Display  lenath  : 
6/6 

Is  this  field  in  the  b  =»  s  e  table  Y / N  : 

Is  this  field  cart  of  the  orinary  kev  Y / N  : 

Field  to  cooy  orimary  key  from  : 

Default  value  ' 

Paqe    : 

Line     : 

Co  1  unrin    : 

promot  : 
POINTER 

Disolay  o  r  o  <r  o  t  above  field  Y/N  : 
N 

DisDlav  oromot  once  for  block  Y / N  : 

Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  length  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 
N 

He  1 p  message  : 
EMTER  POINTER  VALUE  GENERATED  ON  FIRST  BLOCK 

Lowes  t  value  : 


N 


Highest  value  : 

Field  name  t 

NCLUOE 

TyDe  of  field  : 
CHAR 

Lenath  of  field  /  Display  lenath  : 
25/25 

Is  this  field  in  the  base  table  Y/N  : 


81 


N 


N 


N 


Is  this  field  Dart  of  the  orin^ry  key  Y / N  : 

Default  value  t 

Page  : 

Li  ne  : 

ColuTin  : 

0 

Promot  : 

NCLUDE 

OisDlav  oroTiot  above  field  Y  /  M  : 

Display  oromot  once  for  o  1  o  c  k  Y / N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  uodated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


He  1 o  message  : 
ENJTER  NAME  OF  H/W  0»  S/W  PRIMITIVE  TO  BE  INCLUDED 
Lowes  t  value  : 

Highest  value  : 

Field  name  : 

NCID 

Tyoe  of  field  : 
NUMBEP 

Length  of  field  /  Disomy  lenoth  : 
6/6 

Is  this  field  in  trie  base  taole  Y/N  : 
Y 

Is  this  field  Dart  of  the  orimary  key  Y/N  : 

Field  to  cooy  primary  key  from  : 
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^Default  value  : 
99 

;Page  : 
a 

r'Line  : 

2 

J  Co  1 umn  : 

12 

;Promot  : 

INCLUDE  ID 

;DisDlay  o  r  o  m  o  t  above  field  Y  /  N  : 

M 

/Disolay  oro-not  once  for  nlocx  i / N  : 

N 

;Allow  field  to  be  entered  Y / N  : 

N 

;sql> 

SELECT  MAX  C INC  ID  +  1  ) 

INTO  INCID 

FROM  INCLUDEBLOCK 


Messaae  if  value  not  found  : 

D   NOT  GENERATED  RY  DBMS 
Must  value  exist  Y/N  : 

Field  name  : 

Block  name  /  Description  : 
CALL  BLOC*/  MACRO  TO  BE  USED  BY  CURRENT  PRIMITIVE 

Table  name  '. 
SCALL8L0CK 

Check  for  uoiaueness  before  inserMna  //N  : 
N 

Disolay/Buffer  how  many  records  : 

Base  c  rt  line  ? 

a 

How  many  physical  lines  ner  record  ? 

Field  name  l 
POINTER 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  Display  lenoth  : 
6/6 

Is  this  field  in  the  base  table  Y / N  : 

Is  this  field  cart  of  the  primary  key  Y / N  : 
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Field    to    coov    orifrarv     <  e  v     from     : 

Default  value  ' 

Page  : 

Line  t 

Co  1 unn  : 

Prompt  : 
POINTER 
Display  oro^ot  above  field  Y/'l  : 

Disolay  o  r  o  m  o  t  once  for  o  1  o  c  <  Y  /  N  : 

Allow  field  to  be  entered  f / N  : 

SQL> 

Is  field  f  i  x  e  H  I e n a t h  r  /  N  : 

Auto  jumo  to  next  field  Y/,vi  : 

Convert  field  to  u  o  o  e  ^  case  Y  /  N  : 
N 

He  1 o  message  : 
ENTER  VALUE  GENERATED  ON  FIQST  PAGE 

Lowest  value  : 

Highest  value  * 

Field  name  : 

ALL 

Tyoe  of  field  : 

HAR 

L  e  n  a  t  h  of  field  /  Display  lenotH  : 

5/25 

Is  this  field  in  the  base  taole  Y / N  : 

Is  this  field  oart  o*  the  or i many  key  f/N 

Default  value  : 

Paoe  : 

Line  : 

Column  : 
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N 


N 


N 


ao 

Promot   : 
CALL 

Display  o r o»n o t  a  d  o  v  e  field  Y / N  : 
N 

Display  oromot  once  for  block  Y  / N  : 

Allow  field  to  be  entered  Y  /  N  : 

Allow  field  to  be  updated  Y / N  : 

S0L> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  1  enat  h  Y  /ri  : 

Auto  jumo  to  next  field  Y/M  : 

Convert  field  to  uooer  case  Y/N  : 
M 

He  1  o  message  : 
ENTER  H/W  OR  S/!A  PRIMITIVE  TO  BE  CALLED  FRO"'1  CURRENT  ^ACRO 

Lowes t  value  : 

Highest  value  : 

Field  name  : 
CALLID 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  Display  1  e  n  a  t  h  : 
6/6 

Is  this  field  in  the  base  taole  Y/N  : 

Is  this  field  o  a  r  t  of  the  orimary  key  Y / N  t 

Field  to  cooy  Drimafy  key  from  : 

Default  value  ' 
99 
Page  : 

Li  ne  : 

Co  1 umn  : 
0 

Promot  : 
CALL  ID 
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?  D  i  s  o  1  a  v  or o mot  3  b  o  v  e  field  Y / N  : 

N 

;0i splay  oromDt  once  for  block  f / N  : 

N 

;A11ow  field  to  be  entered  Y  /  N  : 

N 

;sql> 

select  max  (  callid  +  1  ) 

into  callid 

from  scallblock 

M  e  s  s  a  a  e  if  value  not  found  : 
D   NOT  GENERATED!  i 
Must  value  exist  Y/M  : 


Field  name  : 

Block  name  /  Description  : 
CALC/  CALCULATION  OF  GLOBAL  VARIABLES 

Table  name  : 
CALCBLOCK 

Check  for  uniaueness  before  insert  ing  Y  /  N 
N 

Display/Buffer  how  ^any  records  : 

Base  c  r t  line  ? 

How  many  physical  lines  c^9  r     record  ? 

Field  name  : 
POINTER 

Tyoe  of  field  t 
NUMBER 

Length  of  field  /  D  i  s  o 1  a  y  lenoth  : 
6/6 

Is  this  field  in  the  base  t  g  o  1  ?  1 f N  : 

Is  this  field  oart  of  the  orinnarv  key  Y/N 
Field  to  cooy  primary  key  from  : 
Default  value  : 
Page  : 
L  i  ne  : 
Column  : 
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N 


N 


P  romot  ' 
POINTED 

Disolay  d r o m ot  above  field  Y  /  N  : 
N 

Disolay  oromot  once  for  nl oc^  Y / N  : 

Allow  field  to  re  entered  Y  /  N  : 

SQL> 

Is  field  fixed  1 e n q t  h  Y / N  : 

Auto  jutid  to  next  field  Y/il  : 

Convert  field  to  uooer  case  Y  /  N  : 
N 

He  1 d  message  t 
ENTE»  POINTER  VALUE  GENERATED  ON  FIRST  °AGE 

Lowest  value  : 

Highest  value  * 

Field  n  a  t\  e  : 
GLOBVAR 

Tyoe  of  field  : 
CHAR 

Length  o  *  field  /  Disclav  lenoti  : 
25/25 

Is  this  field  in  the  base  taole  r  /  M  : 


Is  this  field  o  a  r  t  of  the  o  r  i  t>  a  p  v  kev  Y  / N 
Def au 1 t  value  : 
Page  : 
Line  : 
Co  1  uTin  : 

ao 

Promot  : 
GLOBAL  VARIABLE 

OisDlay  oromot  above  field  Y/N  : 
N 


Disolay  oromot  once  for  block  Y/N  : 
Allow  field  to  be  entered  Y/N  : 
Allow  field  to  be  undated  Y/N  : 
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N 

He  1 d  message  : 
ENTER  GLOBAL  VARIABLE  TO  BE  CALCULATED 
Lowes  t  value  : 

Hi  qhes  t  value  : 

Field  nane  : 
OP 

Tyoe  of  field  : 
CHAR 

Lenath  of  field  /  Disolav  lenath  : 
3/3 

Is  this  field  in  the  base  taole  Y / N  : 


SQL> 

Is  field  mandatory  Y / N  : 

Is  field  f  i  xed  lenqtH  Y/N  : 

Auto  iumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


N 


Is  this  field  cart  of  the  orimary  Key  Y/N 
Default  value  : 
Paae  : 
Li  ne  : 


Co  1 umn  : 
0 

Promot  : 
OPERATOR 
Display  orOTot  above  field  Y/N  : 


N 


N 


Disnlay  o  r  o  m  o  t  once  for  block  Y/N  : 

Allow  field  to  oe  entered  Y/N  : 

Allow  field  to  be  u o dated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 


M 
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Is  field  fixed  lenqth  Y / N  : 
Auto  ju^o  to  next  field  Y  /  N  : 
Convert  field  to  uooer  case  Y/\l  : 


He  1  d  ties  sacie  : 
ENTER  OPERATOR  **,*,+,-,/ 
Lowest  value  : 

Highest  value  : 

Field  name  : 

AR 

Type  of  field  ' 
CHAR 

Lenath  of  field  /  P  i  s  o  1  a  v  1  e  n  a  t  h  : 
25/2S 

Is  this  field  in  the  base  table  Y  /  N  : 

Is  this  field  oart  of  tie  ori-narv  kev  Y  /  N 
Default  value  : 
Page  : 
Line  : 

Column  : 
40 

Promot  : 
VARIABLE 

Display  or o mot  above  field  Y / N  : 
N 


N 


Display  oromot  once  for  b  1  o  c  •<  Y  /  \'  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  undated  1  / N  : 

SQL> 

Is  field  rnandatorv  Y/N  : 

Is  field  fixed  lenath  Y/N  : 

Auto  jumo  to  next  field  i / N  : 

Convert  field  to  uooer  case  Y/N  : 


89 


N 

He  1 d  vessa^e  ' 
GLOBAL  VARIABLE  (OPERATOR)  VARIABLE  =  PESt'LT 
Lowest  value  : 

Highest  value  : 

Field  n  a  "n  e  : 

SLT 

Type  of  field  : 

CHAR 
Lenqth  of  field  /  Disolav  lenqth  : 
5/25 
Is  this  field  in  the  base  taole  Y  /  N  : 


N 


N 


M 


N 


N 


Is  this  field  Dart  of  the  oriiiary  key  Y / N 

Default  value  ' 

Page  : 

Line  ' 

Col unn  : 

0 

Promot  : 

ESULT 

Disolav  oroTiot  above  field  Y / N  : 

DisDlay  oroTiot  once  for  nl  oc''  Y / N  : 

Allow  fieli  to  be  entoreo  Y/M  : 

Allow  field  to  be  undated  Y/M  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  length  Y/M  : 

Auto  ju^o  to  next  field  Y/M  : 

Convert  field  to  uoo°r  case  Y/M  : 


He  1 o  message  : 
GLOBAL  VARIABLE  (OPERATOR)  VA?IA*LE  =  RESULT 
Lowes  t  value  t 
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Highest  value  ' 

Field  n a  m e  : 
CflLCTD 
Tyoe  of  field  : 

NUMBER 

Lenat^  of  field  /  ^isolav  length  t 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  naff  of  the  nrimary  itev  f/r-i 

Field  to  cony  oriiiarv  <ev  *rom  : 

Default  value  * 
99 
Page  : 

Line  : 

Column  : 
0 

CALC  in 

Display    oronrot     above     field    Y/N     : 
N 


N 


Disolav    oronnot     once     for    b  1  o  c  *     Y/N     : 
Allow    field    to    He    enterel    Y/N     : 


N 

SQL> 

SELECT  ^Ax  (CALCID  *  1  ) 
INTO  C^LCID 
FROM  CALCBLOCK 

Message  if  value  not  found  : 

ID   NOT  GENERATED  SY  THE  SYSTEM 

JMust  valup  exist  Y/N  : 

Y 

J  F  i  e 1 d  name  : 

?  3  1  o  c  k  name  /  Desc^iotion  : 

ATTRIBUTE 

Z  Tab  1 e  name  ' 

ATTRIBUTEBLOCK 

/Chec'<  for  unioueness  n  p  *  o  r  <=»  insert  i  na  Y/N 

N 

/Display/Buffer  how  many  records  : 

Z 
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Base  crt  line  ? 
q 

How  -nany  onysical  lines  Der  record  ? 

Field  name  : 
POINTER 

Type  of  field  : 
NUMBER 

Lenqth  of  field  /  Oisolav  lenath  t 
6/6 

Is  this  field  in  the  base  table  Y  /  N  : 

Is  this  field  cart  o  *  the  orimary  kev  Y / N 

Field  to  cooy  primary  key  from  : 

Default  value  t 

Paae  : 

Line  : 

Column  : 

Promot  '. 
0 1 N  T  E  R 

Disolav  cromot  above  field  Y / N  : 

Disolay  oronrot  once  for  Mock  Y  /  N  : 

Allow  field  to  be  entered  Y  /  N  : 

SQL> 

Is  field  fixed  lenqth  Y / M  : 

Auto  June  to  next  field  Y/'J  : 

Convert  field  to  uooer  case  Y  /  N  : 

He  1 o  message  : 

NTER  VALUE  GENERATED  ON  FIRST  D4GE 

Lowes  t  value  : 

Hi  ah  est  value  : 

Field  name  : 
LOCALVAR 
Type  of  field  : 


N 
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CHAR 

L  e  n  a  t  h  of  field  /  Display  lenatn  : 
25/?5 

Is  this  field  in  the  base  table  Y/N  : 


Is  this  field  oart  of  the  orimary  i<  o  v  Y / M  : 
Default  value  '- 
Paae  : 
Li  ne  : 


Co  1 umn  : 
0 

Promot  : 
LOCAL  VARIABLE 
DisDlay  crorrot  above  field  Y/N!  : 


N 


N 


*J 


N 


N 


N 


Disolav  cromot  once  for  dIdc^  f/M  : 

Allow  field  to  be  entire d  Y/N  : 

Allow  field  to  ^e  uo dated  Y / N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  iumo  to  next;  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


Help  message  ' 
ENTER  LOCAL  VARIABLE  rfHOSE  \/ALUE  IS  TO  =*F  CALCULATED 
Lowest  value  : 

Highest  value  : 

Field  name  '. 
OP 

Tvoe  of  field  : 
CHAR 

Lenath  of  field  /  Oisolav  length  : 
6/6 

Is  this  *ield  in  the  base  table  Y/N  : 
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Is  this  field  part  of  the  primary  key  Y/N 
Default  value  : 
Paqe  : 
Line  : 


Co  1  umn  : 
0 

Promot  : 
OPERATOR 
Disolay  o  r  o  m  o  t  above  field  Y/N  : 


N 

Display  oromot  once  for  hi ock  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  uo dated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  1 / N  : 

Auto  jump  to  next  field  Y/N  : 

Convert  field  to  u  o  o  »  r  case  Y/N  : 
N 

He  1 d  message  t 
ENTER  **,*,+,-,  0*  / 

Lowest  value  : 

Highest  value  i 

F i  e 1 d  name  : 

AR 

Type  of  field  : 
CHAR 

Length  of  field  /  Disolav  1  e  n  a  ♦;  h  : 
35/25 

Is  tnis  field  in  the  hase  table  Y/N  : 


N 


Is  this  field  oart  of  the  primary  key  Y/N 
Default  value  : 
Paae  : 
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M 


\l 


Line    : 

Co  1  utio     : 

ao 

Promot  : 
VARIABLE 

D  i  s  o  1  a  y  oromot  above  field  Y  /  N  : 
N 

Disolay  oromot  once  for  block  Y  / f  i  l 

Allow  field  to  be  entered  Y  /  r>!  : 

Allow  field  to  ne  undated  Y/N  : 

SQL> 

Is    field    TianOatory     1 /\     : 

Is  field  fixed  lenoth  Y/N  : 

Auto  j  u  m  o  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y  /  \J  : 

He l d  message  : 

OCAL  VARIABLE  (OPERATOR)  VARIABLE  =  RESULT 

Lowest  value  : 

Hi  chest  value  : 

Field  n  a  m e  : 
RSLT 
Tyoe  of  field  : 
HAR 

Length  of  field  /  Display  1  e  n  a  t  h  : 
5/25 
Is  this  field  in  the  base  t  a  o  1  e  Y / N  : 

Is  this  field  part  of  the  o  r  i  m  a  r  y  key  Y/N 

Def aul t  value  t 

Page  : 

Li  ne  : 

Co  1  u-nn  : 

40 
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Promot  : 
RESULT 

Display    oroi'ot     above     f  ieH    Y  /  \     : 
N 

DisDlay  oromot  once  for  oloc*  Y/N  : 

Allow  field  to  be  entered  1 / N  : 

Allow  field  to  be  undated  Y / N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  j  u  m  o  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 
N 

He  1 d  messaoe  : 
LOCAL  VARIABLE  (OPERATOR)  VuPIAPLE  =  RESULT 

Lo^es t  value  : 

Highest  value  ' 

Field  name  : 
ATTRID 

TyDe  of  field  : 
DUMBER 

Lenath  of  field  /  Disolav  lenath  : 
6/6 

Is  this  field  in  the  base  taole  Y/N  : 

Is  this  field  Dart  of  the  or  i -nary  kev  f/N 

Field  to  cooy  o^imary  '<ev     from  : 

Default  value  : 

Paae  : 

Line  : 

Co  1  umn  : 
5 
Promot  : 

TTRI6UTE  ID 

Disolav  oromot  above  field  Y/N  : 
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N 

;  D  i  s  d  1  a  y  o  r  o  m  o  t  once  for  block  Y  /  N  : 

N 

;  A  1  1  o  w  field  to  be  entered  i / M  : 

N 

;sql> 

SELECT  ^AX  (4TTPT0  ♦  1  ) 

I NJTO  ATT»ID 

FROM  SATTRIBUTEBLOCK 

Message  if  value  not  found  : 
D   NOT  GENERATED  BY  SYSTEM 
Must  value  e  *  i  s  t  Y / N  : 

Field  name  : 

Block  na^e  /  Description  : 
F/SOFT^/ARE  MACRO  IF  STATEMENTS 
Table  name  : 
SIFBLOCK 

Check  for  uniaueness  before  insert  inq  Y/rl 

Di so  1  a y/Bu f f e r  how  many  records  : 

Field  name  : 
POINTED 

TyDe  of  field  : 
NUMBER 

L  e  n  q  t  h  of  field  /  Display  1  e  n  a  t  h  : 
6/6 

Is  this  field  in  the  base  taole  Y/"l  : 

Is  this  field  o  a  r  t  of  the  orimary  k  e  v  f / M 
Field  to  coov  ori-nary  key  from  : 
Default  value  : 
Page  : 
Line  : 
Co  1 umn  : 

Promot  : 
POINTER 

Disday  oromot  above  field  Y/N  : 
N 

Allow  field  to  be  entereo  Y/N  : 
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SQL> 

Is  field  fixed  lenath  Y/N  : 
Auto  ju^io  to  next  field  Y / N  : 
Convert  field  to  uooer  case  Y / N  : 


N 

Hel  d  nnessa  qe  : 
ENTER  VALUE  GENERATED  ON  FIRST  PAGE 

Lowest  value  : 

Hiqhest  value  ' 

Field  name  I 
VARIABLE1 

Type  of  field  ' 
CHAR 

Length  of  field  /  Display  lenqfh  : 
?5/25 

Is  this  field  in  the  base  table  V /N  : 

Is  this  field  nart  o  *  the  ori^ary  i^ev  Y/N 

Default  value  • 

Dage  : 

Line  : 

Co  1  u-nn  : 

0 

Promot  : 

ARIABLE  1 

Display  oronot  above  field  Y / N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  undated  Y/NJ  : 

SQL> 

Is     field    Tiandatory    Y/N     : 
N 

Is  field  f  i  xed  1 enat h  Y/N  : 
N 

Auto  jumo  to  next  field  1  / M  : 
M 
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N 


Convert  field  to  uooer  case  i / H     : 

Help  messaae  : 

ARIABLE  1  (OP)  VARIABLE  8  =  RESULT 

Lowest  value  : 

Highest  value  ' 

Field  n a  m e  : 

p 

TyDe  of  field  : 

HAR 

Length  of  field  /  Disolay  lenath  : 

/3 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  orimary  <^v  Y  / ! 

Default  value  : 

Paqe  : 

Li  ne  : 

Co  1 u^n  : 

0 

Promot  : 

PERATOR 

Disolay  oromot  ahove  fiela  Y / N  : 

Allow  field  to  be  °nt?re-l  Y / N  : 

Allow  field  to  be  uo -fated  Y / N  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  length  Y / N  : 

Auto  jurno  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 

He  1 o  message  : 

Lowest  value  : 

Highest  value  : 
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Field  na'ne  : 
VARIABLE? 

Type  of  field  : 
CHAR 

Length  of  field  /  Disolav  length  : 
25/25 

Is  this  field  in  the  base  table  Y / N  : 

Is  this  field  Dart     of  the  or  i -nary  key  //N 

Default  value  ' 

Page  : 

Line  : 

Co  1 umn  : 
0 

Promot  : 
VARIABLE  2 
Disolay  oromot  aoove  field  Y  /  M  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  updated  Y/N  : 

SQL> 

Is  field  iianoatory  Y / N  : 

Is  field  fixed  length  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  ucoer  case  t / N  t 


N 


N 


He  1  d  Tiessaqe  : 

ARIABLE  1  (OP)  VARIABLE  2  =  RESULT 

Lowest  value  : 

Highest  value  : 

Field  natie  : 

FMP 

Tyoe  of  field  : 
CHAR 

Length  of  field  /  Ci  sol av  lenath  : 
25/25 
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Is    this    field    in    the    base    table    Y/N    : 

Is    this     field    oart    cf     the    ori^arv    kev     //ri 

Default  value  : 

Page    : 

Line    : 

Col  UTin     : 
7 

Promot  : 
MICROPROCESSOR 

Disolay  oromot  aoove  field  Y/N  : 
N 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  undated  V / N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  ju^ic  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y  /  Ni  : 

HelD  message  : 

NTER  MICROPROCESSOR  TYPE  i.e.  a0^0 

Lowest  value  : 

Highest  value  ' 

Field  na"ne  : 
FMACRO 

TyDe  of  field  : 
HAR 

Lenqth  o  *  field  /  Disolay  lenqtn  : 
25/25 
Is  this  field  in  the  oase  t  a  o 1 e  Y/M  : 


Is  this  field  o  a  r  t  of  the  or  i  nary  key  Y/"1 
Default  value  : 
Page  : 
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Line  : 

Co  1  umn  : 
27 

Promo t  : 
S/ri    OR    ri/w  PRIMITIVE  NAME 

Disolay  o  r  o  m  o  t  above  field  Y/N  : 
N 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  updated  Y/N  : 
SQL> 

Is  field  man-latorv  Y/M  : 
Is  field  fixed  length  if N  : 
Auto  j  u  m  o  to  next  field  Y  / N  : 
Convert  field  to  uooer  case  Y  /  \j  : 


\l 


N 


N 

He  1 o  message  : 
NAME  OF  macPO  IF  STATEMENT  APPLIES  TO 
Lowest  value  : 

Highest  value  : 

Field  name  : 

FREQ 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  Oisdav  length  : 
6/6 

Is  this  field  in  the  base  t  a  o 1 e  Y/N  : 


Is  this  *  i  e  1  i  raft  of  the  o  r  i  -n  a  r  v  kev  Y / 1 

Default  va ' ue  ' 

Page  : 

Line  : 

Column  : 
6 

P  romot  : 
TIMES  REQUIRED 
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M 


N 


N 


N 


Display  oromot  a  o  o  v  e  field  Y / N  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  uolated  Y / N  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  lenqth  Y/N  : 

Auto  ju"io  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 


Help  message  : 
NUMBER  OF  TIMES  PRIMITIVE  WILL  3E  USED 
Lowes  t  value  : 

Highest  value  : 

Field  n  a  ti  e  : 

FID 

Type  of  field  : 
NUMBER 

Lenqth  of  field  /  Disolay  length  : 
6/6 

Is  this  field  in  the  base  table  *  /  ^J  : 

Is  this  field  Dart  of  the  o^i^ary  <ev  Y/N 

Field  to  cooy  orimary  <ey  from  : 

Default  value  : 

9 

Page    : 

Line  : 
0 

Column  : 
30 
Pro">Dt  : 
F  ID 
Disolay  p r O m o t  above  field  f / N  : 


N 


Allow  field  to  be  entered  Y/N  : 
SQL> 
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SELECT  MAX  (  IFID  t  1) 
INTO  IFID 
FROM  SIFBLOCK 

M  e  s  s  a  q  e  if  value  not  found  : 
D   NOT  GENERATED  BY  SYSTE^ 
^lust  value  exist  Y/N  : 

Field  name  : 

Block  name  /  Description  : 
TEXT/MACRO  ASSEMBLY  PROGRAM 

Table  name  : 
STEXTBLOCK 

Check  for  uniqueness  before  inserting  Y / N 
N 

Disolay/Buffer  how  many  records  : 

Base  c  r t  line  ? 

How  many  physical  lines  oer  record  ? 

Field  name  : 
POINTER 

TyDe  of  field  : 
NUMBER 

Lenath  of  field  /  Display  lenath  : 
6/6 

Is  this  field  in  t^e  base  table  Y / N  : 

Is  this  field  oart  of  the  cimacv  key  Y  /  N 

Field  to  cooy  ori-nary  <ey  from  : 

Def au 1 t  value  : 

Page  : 

Line  t 

Column  : 

Promot  : 
POINTER 

DisDlay  oromot  aoove  Held  Y / N  : 
N 


Display  orcmot  once  for  block  Y / N  : 
Allow  field  to  be  entered  Y / N  : 
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N 


SQL> 

Is  field  fixed  lenq'h  Y / N  : 

Auto  jutid  to  next  field  Y/N  : 

Convert  field  to  uooer  case  f / N  : 
N 

He  1  o  ^nessaae  : 
ENTER  VALUE  GENERATED  ON  FI33T  PAGE 
Lowes  t  value  : 

Highest  value  ' 

Field  nane  I 

EXT 

Type  of  field  : 
CHAR 

Lenath  of  f  isH  /  Disolav  le^ath  : 
80/80 

Is  this  field  in  the  base  taole  Y/fi 


N 


N 


Is  this  field  oart  of  the  orimarv  <ev    V/N 

Default  value  : 

Page  : 

Li  ne  : 

Co  1  utin  : 

Promot  : 

EXT 

Disolav  oronnot  above  field  Y/N  : 

Disolav  orcnot  once  for  Dloc<  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  rrandatorv  Y/N  : 

Is  field  fixed  lenath  Y/N  : 


N 
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Auto  j  u  m  o  to  next  field  Y  /  N  : 
N 

Convert  field  to  uoper  case  Y / N  : 
N 

He  1 d  message  : 
ENTER  ASSEMBLY  CODE 

Lowest  value  : 

Highest  value  : 

F  i  e 1 o  name  : 
TEXTID 

Type  of  field  : 
MUMBE9 

Length  of  field  /  Display  length  : 
6/6 

Is  this  field  in  the  base  table  Y/!\l  : 

Is  this  field  Dart  of  the  ori-nery  key  Y/N 

Field  to  copy  prim  any  k  e  v  from  : 

Default  value  ' 
99 
Page  : 

Li  ne  : 

Column  : 

0 

Prompt  ! 

EXT  ID 

Display  prompt  above  field  Y/N  : 


Display  oromot  once  for  oloc'<  Y/N  : 
Allow  field  to  be  entered  Y  /  M  : 


N 

SQL> 

SELECT  MAX  (TEXTID  +  1 ) 
INTO  TEXTID 
FROM  STEXTBLOCK 

^Message  if  value  not  found 

ID    MOT  GENERATED  BY  SYSTEV 

;Must  value  »»xist  Y/N  : 

Y 

>  F  i  e  1  d  name  ' 
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;31ock  na-re  /  Oescriotion  : 
%END 


107 


Dat  abase  : 
CREATEDB.UF1 
ORACLE  won<soace  size  /  Context  areas  : 

Block  name  /  Desciot  ion  : 

DENTITY/HARDA/4RE  PERFORMANCE  SPEC  I  F  I  C  A  T  T  ONS 

Table  na^e  : 

DENTITYBLOCK 

Check  for  unioueness  before  insert inq  f / N  : 

D i so  1  ay /Bu f f e r  how  many  records  : 

Field  name  : 
^ICROPROC 

TyDe  of  field  : 

HAR 

Lenqth  of  field  /  OisDlav  lenath  : 
25/25 

Is  this  field  in  tie  oase  table  Y / N  : 

Is  this  field  part  of  the  primary  key  Y/iM  : 

Field  to  codv  orimary  <ev  from  : 

Default  value  ' 

Paoe  : 

Line  : 

Co  1 umn  : 

6 

Prompt  : 

ICR0PR0CESS09 

Display  cromot  above  field  Y  /  N  : 

Allow  field  to  be  entered  Y  /  N  : 

SQL> 

Is  field  fixed  lenqth  Y  /  N  : 

Auto  jump  to  next  field  1  / N  : 

Convert  field  to  uooer  case  i / N  : 

He l p  messaoe  : 
ENTER  MICROPROCESSOR  TO  RE  DESCRIBED 
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Lowes  t  value  : 
Highest  value  * 

Field    naiie    : 
H^MACRO 

Type  of  field  : 
CHAR 

Length  of  field  /  Display  lenath  : 
25/25 

Is  this  field  in  the  bass  table  Y f N  : 

Is  this  field  oart  of  the  oriiiarv  tev  i  /  N  : 
Field  to  cooy  ori^ary  k?y  from  t 
Default  value  > 
Page  : 
Line  : 

Co  1 unn  : 
20 

Ppomot  : 
HARDWARE  PRIMITIVE 

Disolay  oromot  above  field  Y  /  N  : 
N 

Allow  field  to  be  entered  Y  /  N  : 

SQL> 

Is  field  fixed  lenqtn  Y/N  : 

Auto  j'utio  to  next  field  Y/M  : 

Convert  field  to  uocer  case  Y  /  N  : 
N 

He  1  o  rressa  ae  : 
ENTER  NAME  OF  H/W  ^ACRO  TO  BE  DESCRIBED  i.e.  H.RA'^?56 

Lowes  t  value  : 

Highest  value  : 

Field  name  ' 
MILLIWATTS 
Tyoe  of  field  : 

NUMBER 


N 
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Lenath  of  field  /  Display  lenath  : 
6/6 
Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  part  of  the  orimary  key  Y/N  : 

Default  value  : 

Page  : 

Li  ne  : 

Column  : 
2 

P  romo  t  : 
MILLIWATTS 

Oisolay  ororrot  above  field  Y/N  : 
N 
Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  updated  Y/N  : 

SQL> 

Is  field  randatorv  Y/N  : 

Is  field  fixed  lenqth  Y/N  : 

Auto  jumo  to  next  field  f/M  : 

Convert  field  to  uoDer  case  Y/N  : 


N 


N 


N 


N 


Help  message  : 
ENTER  POWER  CONSUMPTION  REQUIREMENTS  FOR  MACRO 
Lowest  value  : 

Highest  value  *• 

Field  name  : 
CHIPCOUIMT 

TyDe  of  field  : 
NUMBER 

Length  of  fielci  /  Display  lenath  : 
6/6 

Is  this  field  in  the  base  taole  f  /  N  : 

Is  this  field  o  a  r  t  of  the  orimary  key  Y/N  : 
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8 


N 


N 


Default  value  i 

page  : 

Line  : 

Co  1  u-nn  : 

2 

Promot  : 

HIP  COUNI 

DisDlay  oromot  above  field  Y/M  : 

Allow  field  to  be  entered  Y/M  : 

Allow  field  to  be  uodated  Y/M  : 

SQL> 

Is  field  mandatory  Y  /  N  : 

Is  field  fixed  length  Y/M  : 

Auto  junno  to  next  field  Y/M  : 

Convert  field  to  uooer  case  i J N  : 

Helo  message  : 
EMTER  NUMBER  OF  CHIP  COMPONENTS  RECUIRED  BY  MACRO 
COST 

Lowest  value  : 

Highest  value  : 

Field  name  : 
LATENCY 

Tyoe  of  field  : 
MJM6ER 

Lenath  of  field  /  Oisolay  lenoth  : 
6/6 

Is  this  field  in  the  base  taole  Y/M  : 

Is  this  field  ogrt  o  *  the  orimary  <ey  i / N  : 
Default  value  '- 
Page  : 
Line  : 


=  4PPP 
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N 


N 


N 


N 


10 

Co  1 uhp  * 

P romot  : 
LATENCY 

Display  oromot  eOove  field  Y/N  t 
N 

Allow  field  to  be  entered  Y/*J  : 

Allow  field  to  be  uooated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenath  Y/N  : 

Auto  jufKO  to  next  fieli  Y/N  : 

Convert  field  to  uooer  case  Y/VJ  : 

He  1 o  nessaae  : 

Lowes  t  value  : 

Hiahest  value  * 

Field  n  a  n  e  : 

OINTER 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  Disolav  lenatH  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  orimarv  kev  Y/N 

Default  value  * 
99 

Page  : 

Li  ne  : 

2 

Col umn  : 

promot  : 
POINTER 
Display  oromot  above  field  Y/N  : 
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M 

;A11ow  field  to  be  entered  f / N  : 

N 

;sql> 

SELECT  max  (POINTER  M  ) 
INTO  POINTER 

FROM  IDENTITYSLOCK 


Message  if  value  not  found  : 
POINTER  NOT  GENERATED  BY  SYSTEM!!! 
Must  value  exist  Y / N  : 

Field  name  : 

Block  name  /  Description  : 
PARAMETER/CONTAINS  MACRO'S  ARGUMENTS  WITH  PRECISION  REQ'TS 

Table  name  : 
PARAM£TERBLOCK 

Check  for  uniaueness  before  inserting  yVN  : 

D i so  1  ay /Bu f f e r  How  many  records  t 

Base  c  r t  line  ? 

How  many  physical  lines  oer  record  ? 

F  i  e 1  a  name  t 
POINTED 

Type  of  field  : 
NUMBER 

Lenqtn  of  field  /    D  i  s  o I  a  y  1  e  n  q  t  h  : 
6/6 

Is  this  field  in  the  base  taole  Y / N  : 

Is  this  field  part  of  the  primary  key  Y / N  : 

Field  to  copy  primary  key  from  : 

Default  value  : 

Page  : 

Line  : 

Column  : 

Prompt  : 
POINTER 


11; 


N 


Display  DrOTiot  above  field  Y/M  : 

Display  Dpcnot  once  for  block  Y/N  : 

Allow  field  to  be  entered  Y  /  N  : 

SQL> 

Is  field  fixed  length  Y / N  : 

Auto  jumo  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y / N  : 

delD  message  : 

NTER  POINTER  VALUE  GENERATED  TM  PREVIOUS  RLOCK 

Lowes t  value  : 

Hiqhest  value  ' 

Field  nafne  : 
PARAMETER 

Type  of  field  : 

HAR 

Lenath  of  field  /  Oisolay  length  : 
25/25 

Is  this  field  in  the  base  taole  Y / N  : 

Is  this  field  o  a  r  t  o  *  the  ori-nary  key  i / N  : 

Field  to  cncy  o  p  i  m  a  r  v  k  e  v  from  : 

Default  value  : 

Paqe  : 

Line  : 

Col  u-nn  : 
0 

P  romp t   t 
PARAMETER 

Disclay  orornot  above  field  Y/M  : 
N 


Disolay  oromot  once  for  block  Y / N  : 
Allow  field  to  be  entered  Y/M  : 
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M 

He  1 d  message  : 
EMTER  INPUT  OR  OUTPUT  PARAMETER  FOR  P^I^ITIVE 

Lowest  value  : 

Highest  value  : 

Field  name  : 
MINIMUM 

Tyoe  of  field  : 

NUMBER 

Length  of  field  /  Disolay  1  e  n  a  t  h  : 
6/6 

Is  this  field  in  tn?  base  table  Y / N  : 


SQL> 

Is  field  fixed  lenath  Y/N  : 
Auto  Jumo  to  next  field  Y/N  : 
Convert  field  to  uooe'*  case  Y/N  : 


N 


Is  this  field  Dart  of  the  o  r  i  ti  3  r  v  k  e  v  Y/N  ' 

Oef au 1 t  value  : 

Page  : 

Line  : 

Col umn  : 

Promot  : 
MINIMUM 
Disolav  oronnot  above  field  Y/N  : 


N 


N 


Disolay  o  r  o  m  o  t  once  for  block  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  u d d a t e d  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenath  Y/N  : 


N 
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Auto  jumo  to  next  field  Y  /  N  : 
Convert  field  to  uooer  case  Y/N  : 


N 

He  1 c  message  : 
ENTER  MINIMUM  PRECISION  FOR  PARAMETER  i.e.  8  bits 
Lowes  t  value  I 

Highest  value  - 

Field  name  ! 
MAXIMUM 

TyDe  of  field  ' 
UMBER 

Length  of  field  /  Qisolay  lcnath  : 
6/6 
Is  this  field  in  the  base  taole  Y / N  : 

Is  this  field  Dart  of  the  o  r  i  m  a  r  y  key  Y / N  : 

Default  value  : 

Page  : 

Line  : 

Co  1  utti  : 
ao 

Promot  * 
MAXIMUM 

OiSDlay  oromot  above  field  Y/N  : 
N 
Disday  oromot  once  for  nlock  Y / N  : 

Allow  field  to  be  entered  Y/Nl  : 

Allow  field  to  be  undated  Y/M  : 

SQL> 

Is  field  mandate rv  Y / N  : 

Is  field  fixed  lenath  Y/^J  : 

Auto  jumo  to  next  field  Y/N  : 
N 

Convert  field  to  uooer  case  Y/N  : 
N 
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He  1 d  messaae  : 
EMTER  MAXIMUM  BIT  PRECISION  FOR  PARAMETER  i.e. 
Lowes  t  value  : 

H  i  ahes  t  value  ' 

Field  name  l 

Block  name  /  Descriotion  : 
COMMENTS/COMMENTS  FOR  PRIMITIVE 

Table  name  ' 
C0MMENT3L0CK 

Check  for  uniaueness  before  insert  inn  Y/N  : 
N 

D i so  1  ay /8u f f e r  How  many  records  : 

Base  crt  line  ? 

How  many  physical  lines  oer  record  ? 

Field  name  t 
POINTER 

Type  of  field  : 
NUMBER 

Lenath  of  field  /  Disolay  lenath  : 
6/6 

Is  this  field  in  t  *  e  base  taole  Y/N  : 

Is  this  field  o  a  r  t  of  the  orimarv  ifey  Y/N  : 

Field  to  cooy  o  r  i  m  a  r  y  key  from  t 

Def au 1 t  value  : 

Page  : 

Line  : 

Column  : 

P  romo t  : 
POINTER 

Disolay  oromot  aoove  field  Y/N  : 
N 


16  bits 


N 


Disolay  d  r  o  m  o  t  once  for  block  Y/N 
Allow  field  to  be  entered  Y/N  : 


in 


;sql> 


;ls  field  fixed  length  Y/N  : 
N 

;Auto  jumo  to  next  field  Y/N  : 
N 

^Convert  fieM  to  uooer  case  Y/N  : 
N 

;  Hel d  messaae  : 

ENTER  POINTER  VALUE  GENERATED  IN  FJkST  BLOCK  OF  PRIMITIVE 
DESCRIPTION 
Lowest  value  : 

Highest  value  : 

Field  name  : 
COMMENT 

Tyoe  of  field  : 
CHAP 

Lenqth  of  field  /  Disolav  lenath  : 
80/fl6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  o=>rt  of  the  orimary  kev  Y/N  : 
Default  value  J 
paqe  : 
Line  : 
Co  1  umn  : 

Promct  • 
COMMENT 

Disolav  oromot  above  field  Y/N  : 
N 

Disolav  oromot  once  for  b  1  o  c  '<  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 
N 

Is  field  fixed  length  Y/N  : 
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Auto  j  u  m  o  to  next  field  Y / N  : 
Convert  field  to  uooer  case  Y/N  : 


N 
N 

N 

He  1  d  mes saae  : 
COMMENT  PRIMITIVE  FOR  BETTER  UNDERSTANDING  OF  DESIGN 

Lowest  value  : 

Highest  value  * 

Field  name  : 
COMID 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  Oi  sol  av  lenqth  : 
6/6 

Is  this  field  in  the  base  tao'e  Y/N  : 

Is  this  field  Dart  of  the  o  r  i  m  a  r  y  kev  Y/N  : 

Field  to  cooy  opiinarv  key  from  : 

Default  value  * 
99 

Page  : 

Li  ne  : 

Column  : 
50 

Ppomot  : 
COMMENT  ID 

Display  oromot  aoove  field  Y/N  : 
N 


M 


Display  oromot  once  for  clock  Y/N  : 
Allow  field  to  be  entered  Y/N  : 


SQL> 

SELECT  *AX  (CD^ID  +  1  ) 
INTO  COMID 
FROM  CO^WENTRLOCK 

^Message  if  value  not  found  t 

COMMENT  ID  NOT  GENERATED!!! 

;Must  value  exist  Y/N  : 
Y 
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; Fi  e 1 d  name  : 


;31ock  name  /  Oescriot  ion  : 

IMCLUDE/  DESCRIPTION  OF  PRIMTIVE  TO  BE  INCLUDED  WITH  CURRENT 

PRIMITIVE 

Table  nare  : 

NCLUDEBLOC< 

Check  for  uniqueness  before  insertinq  Y/M  : 
N 

DisDlay/Buffer  how  many  records  : 

Base  c  r t  line  ? 

How  -nany  o  h  v  s  i  c  a  1  lines  oer  record  ? 

Field  nane  : 
POINTER 

Tyoe  of  field  : 
NUMBER 

Lenath  of  field  /  DisDlav  lennth  • 
6/6 

Is  this  field  in  the  base  table  V / N  : 

Is  this  field  oart  of  t  H  e  orinary  kev  Y/M  : 

Field  to  cony  orimary  '<  «  y  from  : 

Default  value  : 

Paqe  : 

Line  : 

Co  1 unn  : 

Promot  : 
POINTER 
Disolay  opomot  aoove  field  Y / N  : 


u 


H 


N 


Disolay  oromot  once  for  oloc*  Y/M  : 

Allow  field  to  be  entered  Y/M  : 

SQL> 

Is  field  fixed  lemth  Y / N  : 

Auto  jumo  to  next  field  Y/M  : 
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Convert  field  to  uooer  case  Y/N  : 
N 

He  1 o  messaoe  : 
EMTER  POINTER  VALUE  GENERATED  FROM  FIRST  RLOC*/pAGE 

Lowest  value  : 

Highest  value  * 

Field  nane  : 
NCLUDE 

Tyoe  of  field  : 
CHAR 
Lenqth  of  f  i  e  '  d  /  D i s o 1  a y  length  : 

Is  this  field  in  the  base  table  Y / N  : 


N 


a 


N 


N 


N 


N 


H 


H 


Is  this  field  o  a  r  t  of  the  o  r  i  m  a  r  y  kev  Y/N 

Default  value  ' 

Page    : 

Line     : 

Co  1  UTin    : 

0 

Pro^ot     : 

NCLUDE 

Disolay  oroflo'"  above  field  Y  /  N  : 

DisDlay  oromot  once  for  block  Y/N  : 

Alio*  field  to  be  entered  Y/^J  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  jurno  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 

He  1 o  message  : 
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ENTER  HARDWARE  OR  SOFTWARE  PRIMITIVE  TO  BE  INCLUDED 
Lowes  t  value  : 

Highest  value  : 

Field  name  t 

NJCID 

Type  of  field  : 
NUMBER 

Length  of  field  /  Oisolay  1  e  n  a  t  h  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  fielrl  oart  of  the  o  p  i  m  a  p  y  kev  Y / N  : 

Field  to  copy  orimary  key  frorn  : 

Default  value  : 
99 
Page  : 

Li  ne  : 

Co  1  u-nn  : 
2 

Promot  : 

NCLUDE  ID 

Disday  cromot     above  field  Y/N  : 


N 


N 


N 


Disolav  o  r  o  m  o  t  once  for  n  1  o  c  k  Y/N  : 
Allow  field  to  be  entered  Y/N  : 


SQL> 

SELECT  max  C  I MC 10  +  1) 
INTO  INCID 
FROM  INCLUDEBLOCH 

JMessaae  if  value  not  found  : 

INCLUDE  ID   MOT  GENERATED  PY  SYSTE^llli 

?  Must  va 1 ue  exist  Y/N  : 

Y 

?Field  name  : 

?Block  name  /  Descriotion  : 

CALL/DESCRIPTION  OF  PRIMITIVE  TO  BF  CALLED  BY 

CURRENTPR1VITIVE 

?  Tab  1 e  name  : 
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CALLBLOCK 

Check  for  uniqueness  before  insert ina  Y/N  : 
M 

D i so  1  a y/Bu f f e r  how  many  records  : 

Base  crt  line  ? 

a 

How  many  physical  lines  oer  record  ? 

Field  na-ne  : 
POINTER 

Tyoe  of  field  : 
NUMBER 

Lenath  of  field  /  Display  lenath  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  primary  i<ey  Y / N  : 

Field  to  cooy  Primary  key  from  : 

Default  value  t 

Paae  : 

Line  : 

Column  : 

Promot  : 
POINTER 

Display  prompt  above  field  Y/N  : 
N 


Display  prompt  once  for  bloc<  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  length  Y/N  : 

Auto  jump  to  next  field  Y/N  : 

Convert  field  to  uoper  case  Y/\J  : 
N 

Help  message  : 
EMTER  POINTER  VALUE  GENERATED  IN  FIRST  BLOCK 

Lowest  value  : 


123 


Highest  value  > 

Field  name  : 
CALL 

Type  of  field  : 
CHAR 

Length  of  field  /  DiSDlav  lenqth  : 
25/25 

Is  this  field  in  the  base  table  Y / N  : 


N 


Is  this  field  o  a  r  t  of  the  o  r  i  m  a  r  y  key  Y  /  N  : 
Default  value  ' 
page  : 
Line  : 
Co  1 umn  : 

ao 

Promot  : 
CALL 

Disolay  oromot  above  field  Y  /  N  : 
N 


>J 


OisDlay  oromot  once  for  olock  Y/N  : 

Allow  field  to  be  entered  Y  /  NJ  : 

Allow  field  to  be  uDdated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenqth  Y/N  : 

Auto  j  u  m  d  to  next  field  Y / N  : 

Convert  field  to  uooer  case  Y  /  \l  : 
M 

He  1 o  message  : 
ENTER  H/W  OR  S/W  PRIMITIVE  TO  9E  CALLED  F^O^1  CURRENT  MACRO 

Lowest  value  : 

Highest  value  t 
Field  name  ' 


H 


1 


M 
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CALLID 
Type  of  field  : 

NUMBER 

Length  of  field  /  D  i  s  o  1  a  y  lenqth  : 
6/6 

Is  this  field  in  the  base  table  f/K    : 

Is  this  field  oart  of  the  orimary  key  Y/N  : 

Field  to  cooy  orimary  key  from  : 

De fault  value  * 
99 
Page  : 

a 

Line  : 

CoIuto  : 

0 

Promot  : 
CALL  ID 

Display  oromot  above  field  Y / M  : 
N 


N 


DisDlay  oromot    once  for  block  Y/\  t 
Allow  field  to  be  enter?")  Y/N  : 


SQL> 

SELECT  MAX  (CALLIH  +  1) 
INTO  CALLID 
FROM  CALL6L0CK 

;  M  e  s  s  a  q  e  if  value  not  found  : 

CALL  ID   MOT  GENERATED  BY  SYSTEM'iJi 

?^ust  value  e*ist  Y/N  : 

Y 

; F  i  e 1 d  name  : 

/Block  name  /  Descriotion  : 

CALC/CALCULATION  OF  GLOBAL  VARIABLES 

/ Tab  1 e  name  : 

CALCBLOCK 

/Check  for  uniaueness  before  insert ina  Y/N  : 

N 

; Di sd 1  ay /Bu f f er  how  many  records  : 

? 

7 3ase  c  rt  line  ? 
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How  -nany  ohysical  lines  oer    record  ? 

Field  nanne  : 
POINTER 

Type  of  fielj  : 
NUMBER 

Length  of  field  /  Disolav  lenath  t 
6/6 

Is  this  field  in  the  base  table  Y / N  : 

Is  this  field  oart  of  the  orimary  kev  f/M  : 

Field  to  cooy  orinnary  kev  fronn  : 

Default  value  J 

Page  : 

Line  : 

Co  1 umn  : 

Promot  : 
POINTER 

Disolay  oroTot  above  field  Y/N  : 
N 

Disolay  oromof  once  for  block  V/N  : 

Allow  field  to  be  entered  Y/N  : 

SQL> 

Is  field  fixed  lenath  f/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/'vJ  : 
N 

Helo  message  : 
ENTER  POINTED  VALUE  GENERATED  IN  FIRST  3L0CK 

Lowest  value  : 


N 


Highest     value    l 

Field    naTie    : 
GLOBVAR 

Type    of     field    : 
CHAR 
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L  e  n  q  t  h  of  field  /  D  i  s  o  1  a  v  lenofh  : 
25/25 
Is  this  field  in  the  base  table  Y  /  N  : 


N 


N 


Is  this  field  Dart  of  the  orinary  key  Y / N 
Default  value  * 
Paqe  : 
Line  : 
Co  1  umn  : 

ao 

Promot  : 
GLOBAL  VARIABLE 

DisDlay  oromot  above  field  Y  /  N  : 
N 

Oisolav  oromot  once  for  oloc'c  Y/N  : 

Allow  field  to  be  entered  Y/N)  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  jumo  to  next  field  Y / N  : 

Convert  field  to  uooer  case  f/NJ  : 


He  1 d  message  : 
ENTER  GLOBAL  VARIABLE  TO  BE  CALCULATED 
Lowest  value  : 

Highest  value  : 

Field  name  : 
OP 

Type  of  field  : 
CHAR 

Lenqth  of  Meld  /  Disolay  lenath  : 
3/3 

Is  this  field  in  the  base  taole  Y/N  : 
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N 


Is  this  f  i  e  1  o1  Dart  of  the  orimary  kev  Y/N 

Default  value  t 
Paae  : 
Line  : 

Col unn  : 

0 

Promot  : 
OPERATOR 

Disolav  oromot  above  field  Y/N  : 
N 


N 


N 


N 


Display  DPO^of  once  for  bloc<  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  updated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  1 enath  Y/N  : 

Auto  j  u  m  o  to  next  field  Y/N  : 

Convert  field  to  uocer  case  Y/N  : 


N 

He  1 d  message  : 
ENTER  OPERATOR  **,*,+,-,/ 

Lowes t  value  : 

Highest  value  : 

Field  name  : 
VAR 

Tyoe  of  field  : 
CHAR 

Length  of  field  /  Display  lenath  : 
25/25 

Is  this  field  in  the  base  table  Y/N  : 


N 


Is  this  field  part  of  the  orimary  key  Y/N 
Def aul t  value  : 
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Page  : 
Li  ne  : 

Co  1  umn  : 
'40 

Prompt  : 
VARIABLE 

Display  prompt  above  field  Y/M  : 
N 

Display  oromot  once  for  bloc'<  Y / M  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  updated  Y/NJ  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  length  Y/N  : 

Auto  jump  to  next  field  Y / N  : 

Convert  field  to  ucoer  c  a  s  °  Y/N  : 


N 


N 

del o  message  : 
GLOBAL  VARIARLE  (OPERATOR)  VARIABLE  =  PSLT 
Lowes  t  value  ' 

Highest  value  : 

Field  name  t 
PSLT 

Type  of  field  : 
CHAR 

Lenath  of  field  /  Disolav  lenat^  : 
?5/25 

Is  this  field  in  the  base  table  Y/N  : 


Is  this  field  Part  of  the  primary  <ev  1  / N 
Def aul t  value  : 
Page  : 
Li  ne  : 
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Col  utin  : 
40 

PromDt  t 
RESULT 

Display  oromof  above  field  Y  /  N  : 
N 

Disolay  oromot  once  for  block  Y  / f  J  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenqth  Y/NJ  : 

Auto  junno  to  next  field  Y/N  : 

Convert  field  to  ucoer  case  Y/N  : 
M 

He  1 d  message  : 
GLOBAL  VAPIA8LE  (OPERATOR)  VARIABLE  =  RESULT 

Lowest  value  : 


Highest  value  t 

Field  n  a  t,  e  : 
ALCID 

Tyoe  of  field  : 
NUMBER 
Lenath  of  field  /  Disolay  length  : 
/6 
Is  this  *  i  e  1  H  in  the  base  table  Y / 1 


Is  this  field  oart  of  the  orimany  key  Y /N  : 

Field  to  cooy  orimarv  kev  froT  : 

Def au 1 t  value  : 

9 

Paqe  : 

Line  : 

Co  1  UTin  : 
10 
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;Promot  : 

CALC  ID 

J  D  i  s  d  1  a  y  oromot  above  field  Y/N  ' 

N 

»  D  i  s  p  1  a  y  o  r  o  m  o  t  once  for  Mock  Y/N  : 

N 

;  Allow  field  to  be  entered  Y / M  : 

Y 

;sql> 

SELECT  vtAX  (CALCID  +  1  ) 
INTO  CALCID 
FROM  CALCBLOCK 


Message  if  value  not  found  t 
CALC  ID   NOT  GENERATED  BY  SYSTEMill! 
Must  value  exist  Y/N  : 


N 


Is  field  fixed  length  Y/N  : 
Auto  jumo  to  next  field  Y/N  : 
Convert  field  to  uooer  case  Y  /  \i  : 


Helo  m  e  s  s  a  a  e  : 
VALUE  SHOULD  BE  GENERATED  BY  SYSTEM  4T  COMMIT  TI^F 
Lowes  t  value  J 

Highest  value  • 

Field  name  : 

Block  name  /  Descriotion  : 

TTRI3UTE/  CALCULATION  OF  GLOBAL  VARIABLES 
Table  name  : 
TTRIBUTEBLOCK 

Check  for  uniaueness  before  insertina  Y/N  : 
N 
DisDlay/Suffer  how  many  records  : 

Base  crt  line  ? 

a 

How  many  Dhysical  lines  oer  record  ? 

Field  name  l 
POINTER 

Type  of  field  : 
NUMBER 

Lenqth  of  field  /  Disci av  lenath  : 
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6/6 
Is  this  field  in  the  base  table  Y / N  : 

r 

Is  this  field  o  a  r  t  of  the  orimarv  key  Y / N  : 

Field  to  cODy  orimary  kev  from  : 

Default  value  : 

Page  : 

Line  : 

Co  1  uiin  : 

Promot  : 
POINTER 

Disolav  orcnot  above  field  Y  /  N  : 
N 


N 


N 


Disolay  orount  once  for  clock  i f N  : 

Allow  field  to  be  entered  Y / N  : 

SQL> 

Is  field  f  i  xed  1 enqt h  Y/N  : 

Auto  jumo  to  next  field  Y  AM  : 

Convert  field  to  uooer  case  Y/VJ  : 


N 

He  1 d  messaoe  : 
ENTER  POINTER  VALUE  GENERATED  FROM  FIRST  BLOCK/PAGE 
Lowest  value  : 

Highest  value  : 

Field  na-ne  : 
LOCALVAR 

Tyoe  of  field  * 
CHAR 

Length  of  field  /  Display  lenath  : 
25/25 

Is  this  field  in  the  base  taole  Y / N  : 


Is  this  field  Dart  of  the  ori^ary  key  Y / N  : 
Default  value  : 
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Page  : 
Line  : 

Col unn  : 
40 

Ppomot  : 
LOCAL  VARIABLE 

Display  o  r  o  m  o  f  above  field  Y/N  : 
N 


M 


N 


M 


Disolay  o  r  o  m  o  t  once  for  block  1  / N  : 

Allow  field  to  be  entered  Y / N  : 

Allow  field  to  be  undated  Y / N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  f  i  xed  l enqt h  Y/N  : 

Auto  j  u  m  o  to  next  field  Y/N  : 

Convert  field  to  u  o  o  e  r  case  Y/N  : 


N 

Hel d  message  : 
ENTER  LOCAL  VARIABLE  VALUE  TO  BE  CALCULATED 
Lowest  value  : 

Highest  value  : 

Field    nanne    : 
OP 

Type  of  field  : 
CHAR 

Length  of  field  /  Display  l  e  n  a  t  h  : 
3/3 

Is  this  field  in  the  base  t a d 1 e  Y/N  : 


N 


Is  this  field  Dart  of  the  cpi^ary  '<  e  v  Y/N 
Def au 1 t  value  : 
Page  : 

Line  : 
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Co  1  umn  : 

0 

Promot  : 
OPERATOR 

DisDlay  oromot  above  field  Y/N  : 
N 

DiSDlay  oromot  once  for  ol ock  Y/N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  fiell  to  be  uolatei  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/NJ  : 
N 

He  1 o  messane  : 
LOCAL  VARIABLE  (**,*,+,-,/)  VARIA^LF  =  RESULT 

Lowes  t  value  : 

Highest  value  : 

Field  name  : 
VAR 

Type  of  field  : 
CHAR 

Lenqth  of  field  /  Oisclav  lenath  : 

5/25 

Is  this  field  in  the  base  table  Y/N  : 


N 


N 


M 


N 


Is  this  field  cart  of  the  orimary  kev  Y/N  : 

Default  value  * 

Page  : 

Line  : 

Co  1 umn  : 
40 

Promot  : 


134 


VARIABLE 

Display  oromot  above  field  Y / N  : 
N 

Disolay  d  r  o  m  o  t  once  for  block  V / ' J  t 

Allow  field  to  be  entered  Y  /  M  : 

Allow  field  to  be  uodated  Y / N  : 

SQL> 

Is  field  mandatory  Y  /  N  : 

Is  field  fixed  length  Y  /  N  : 

Auto  j  u  m  d  to  next  field  f / N  t 

Convert  field  to  uoper  case  Y/*M  : 
N 

He  1 d  message  : 
LOCAL  VARIABLE  (OPE^ATOP)  VARIABLE  =  RESULT 

Lowest  value  : 

Highest  value  : 

Field  name  r 
RSLT 

Tyoe  of  field  : 
CHAR 

Length  of  field  /  Disolay  lenati  : 
?5/25 

Is  this  field  in  t^e  oese  table  Y / N  : 


N 


M 


Is  this  field  Dart  o^     the  orimary  key  Y  /  N 
Def aul t  value  : 
Page  : 
Line  : 

Co  1 umn  : 
40 

Promot  : 
RESULT 

Disolay  oromot  aDove  field  Y / N  : 
N 

Disolav  oromot  once  for  block  Y  /  N  ' 


135 


N 

;Allow  f  i  e  Ki  to  be  entered  Y  /N  : 

Y 

; Allow  field  to  be  uodated  Y/N  : 

Y 

;sql> 

;ls  field  mandatory  Y/N  : 
NN 

Ms  field  fixed  lenoth  Y/N  : 
N 

JAuto  jumo  to  next  field  f / N  : 
N 

/Convert  field  to  uooer  case  Y/N  : 
N 

; He  1 d  message  : 

RESULT  CAN  CONTAIN  INTERMEDIATE  0^  FINAL  RESULTS  OF  VAR 
CALC. 
Lowest  value  : 

Highest  value  t 

Field  name  : 
ATTRIO 

TyDe  of  field  : 
NUMBER 

Lenqth  of  field  /  Disolay  lenqt^  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  o  r  i  t  a  r  y  k  e  v  Y/N  : 

Field  to  cooy  Drimary  key  from  : 

De  f au 1 t  value  : 
R9 
Page  : 

Line  : 

Column  : 
5 

Promot  : 
ATTRIBUTE  ID 
Disolay  oromot  above  field  Y/N  : 


N 


Display  oromot  once  for  block  Y/N  : 


N 
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;  A  1  1  o  w  field  to  be  pntere'i  Y/N  : 
Y 

;sql> 

select  max  (attrid  +  1) 

into  attrid 

from  attributeblock 

Message  if  value  not  found  : 
SYSTEM  DID  NOT  GENERATE  ATTRIBUTF  ID 
Must  value  exist-  Y/N  : 


N 


N 


Is    field    fixed    1  encjt  h    Y/N    : 

Auto  j'umo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y  /  %J  : 

He  1  d  rressaqe  : 

TTRIBUTE  ID  IS  SYSTEV  GEMERATFD  AMD  IS  A  KFY  FIELD 

Lowest  value  : 

Highest  value  - 

Field  name  t 

Block  name  /  description  : 

F/DESCRI6ES  PRIMTIVE  IF  STATEMENTS 

Table  name  ! 

FBLOCK 

Check  for  uniqueness  before  inserting  f / N  : 

Disolay/Buffer  how  m  a  n  v  records  : 


Field  name  : 
POINTER 

T yoe  of  f  i  e 1 i  : 
NUMBER 

Lenqth  of  field  /  Disolav  lenoth  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  oart  of  the  ori-nary  key  Y/N  : 

Field  to  coov  orimarv  key  from  : 

De  f aul t  value  : 
Page  : 
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Line  : 

Column  : 

Promot  t 
POINTER 

Disolay  oromot  above  field  Y/M  : 
N 

Allow  field  to  be  entered  / / N  : 

SQL> 

Is  field  fixed  length  Y/N  : 

Auto  j  u  m  o  to  next  field  Y  /  N  : 

Convert  field  to  uooer  c=ise  Y/N  : 

He  1 o  mes  saqp  : 

MTER  POINTER  VALUE  GENERATED  IN  FIRST  BLOCK/PAGE 

Lowest  value  : 

Hi  qhest  value  : 

Field  na^e  : 

ARIABLE1 

TyDe  of  field  : 

HAR 

Lenath  of  field  /  Oisolav  lenath  : 

5/25 

Is  this  field  in  the  base  table  / / M  : 

Is  this  field  oart  of  the  o  r  i  m  a  r  y  key  Y/N  : 

Oef au 1 t  value  : 

Page  : 

Line  : 

Column  : 
0 

Promot  : 
ARIABLE1 
DisDlay  oromot  aoove  field  Y/N  : 

Allow  field  to  be  entered  Y/N  : 


N 
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Y 

Allow  field  to  be  uDdated  Y/M  : 
Y 

SQL> 

Is  field  mandatory  Y  /  N  : 

Is  field  fixed  length  Y/N  : 

Auto  iumo  to  next  field  Y/N  : 

Convert  field  to  u  o  o  e  r  case  Y/N  : 

Hel o  message  : 

ARIABLE1  (OP)  V4RIABLE2  =  RESULT 

Lowest  value  : 

Highest  value  : 

Field  name  : 
P 

TyDe  of  field  : 
CHAR 
Lenat^i  of  field  /  Disolav  lenath  : 
/3 
Is  this  Held  in  the  base  table  Y / N  : 

Is  this  field  Dart  of  the  orimary  kev  Y / N 

Default  value  ' 

Page  : 

Line  : 


Column  : 
0 

Promot  : 
OPERATOR 
Disolay  oromot  aoove  field  Y / M  : 


Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  uodated  Y/N  : 

SOL> 

Is  field  mandatory  Y/N  : 
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N 

Is  field  fixed  length  f/N  : 
N 

Auto  jutd  to  next  field  Y  /  N  : 
N 

Convert  field  to  uooer  case  Y/M  : 
N 

He  1 o  messaoe  : 
RELATIONAL  OPERATOR  (=,<,>,<=,>=) 

Lowes  t  value  : 

Highest  value  '• 

Field  nave    : 

ARIA3LE? 

Type  of  field  : 

HAR 

Lenqth  of  field  /  Oisolav  1  e  n  a  t  h  : 

5/25 

Is  this  field  in  the  base  taole  Y / N  : 

Is  this  field  Dart  of  the  ori^ary  key  Y/l 

Default  value  : 

Page  : 

Line  : 

Col  utin  : 

0 

Promot  : 

ARIA6LE2 

Disolay  oromot  above  field  Y/M  : 

Allow  field  to  be  entered  Y/M  : 

Allow  field  to  be  undated  Y/M  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/fi  : 

Auto  jumD  to  next  field  Y/M  : 

Convert  field  to  uooer  case  Y/M  : 


n 


M 


N 


M 


M 
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N 

He  1 o  message  : 
VARIA8LE1  (PFL  OP)  VARIABLE?  =  RESULT 
Lowest  value  : 

Highest  value  ' 

Field  n a  m e  : 
IFMP 

TyDe  of  field  : 
CHAR 

L  e  n  q  t  h  of  field  /  OisoUy  lenoth  : 
25/25 

Is  this  field  in  the  base  table  Y / N  : 


Is  this  field  oart  of  the  ori-nary  kev  Y/N 

Default  value  : 

Page  : 

Li  ne  : 

Co  1 umn  : 
6 

Promot  : 
MICROPROCESSOR 
Oisolav  oromof  above  field  Y/N  : 

Alio*  field  to  be  entered  Y / N  : 

Allow  field  to  be  uodated  Y/N  : 

SQL> 

Is  field  mandatory  Y / N  : 

Is  field  fixed  lenoth  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert  field  to  uooer  case  Y/N  : 
N 

He  1 o  message  : 
ENTER  MICROPROCESSOR  TYPE  i.e.  B030 

Lowes  t  value  : 

Highest  value  ' 


N 


N 


N 


1^1 


Field  name  ' 

FMAC^O 

Type  of  field  : 
CHAR 

Length  of  field  /  Disolay  lenqth  : 
25/25 

Is  this  field  in  the  base  table  Y / N  : 


N 


N 


M 


N 


N 


Is  this  field  Dart  of  the  orinnary  kev  Y/N 

Default  value  : 

Page  : 

Line  : 

Col  uiin  : 

7 

Promot  t 

/W  OR  H/rt  PRIMITIVE  NAME 

Display  oromot  above  field  Y / N  : 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  undated  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  lenath  Y/N  : 

Auto  jumo  to  next  field  Y/N  : 

Convert1     field    to    uooer    case    Y/N    : 


He  1 o  message  : 
ENTER  ^ACRO  TO  BE  CALLED  OP  INCLUDED 
Lowest  value  : 

Highest  value  : 

Field  name  '. 
FPEQ 

TyDe  of  field  : 
NUMBER 
Lenath  of  field  /  Disolay  lenath  : 
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6/6 


N 


Is  this  field  in  trie  base  t  a  o  1  e  Y/N  : 

Is  this  field  d  a  r  r  o*     the  orimary  key  Y/N 

Default  value  * 
Page  : 

Line  : 
8 

Co  1  UTin  : 

6 

Promot  : 
TIMES  REQUIRED 

Disday  o  r  o  m  o  t  above  field  Y/N  : 
N 

Allow  field  to  be  entered  Y/N  : 

Allow  field  to  be  uodat»d  y/*-I  : 

SQL> 

Is  field  mandatory  Y/M  : 

Is  field  fixed  1 e  n  q  t  h  Y/N  : 

Auto  jumo  to  next  field  v/"v)  : 

Convert  field  to  uooer  case  tVN  : 


N 


N 

He  1 d  message  : 
ENTER  NUMBER  OF  TIMES  PRI?<*TIVE  rfILL  BE  USED 

Lowest  value  : 

Highest  value  t 

Field  name  ' 

FID 

Tyoe  of  field  ' 
NUMBER 

Length  of  field  /  Disolav  1  e  n  a  t  *■  : 
6/6 

Is  this  field  in  the  base  taole  Y/N  : 

Is  this  field  oart  of  the  orimary  <ev  Y/N 
Field  to  cooy  primary  kev  from  : 
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iDef aul t  value  : 

99 

;Page  : 

6 

;Line  : 

10 

»  Co  1 umn  : 

30 

;Promot  : 

IF  ID 

?  D  i  splay  o  r  o  m  o  f  above  field  Y / N  : 

N 

;Allow  field  to  be  entered  Y / N  : 

N 

;sql> 

select  max  (ifid  +  1) 

imto  ifid 

from  ifblock 


Messaae  if  value  not  found  : 

D   NOT  GENERATED 

Must  value  e  *  i  s  t  Y / N  : 

Field  name  : 

Block  na^ie  /  DescriDtion  : 

EXT/  MACRO  ASSEMBLY  PROGRAM 

Table  na^e  i 
TEXTBLOCK 

Check  for  uniaueness  before  insert  ina  Y  /  N 
N 

DisDlay/Buffer  how  many  records  : 

Base  erf  line  ? 

How  many  physical  lines  o  e  r  record  ? 

Field  name  : 
POINTER 

Type  of  field  : 
NUMBER 

Lenqth  of  field  /  Oisolay  length  : 
6/6 

Is  this  field  in  the  base  table  Y / N  : 

Is  this  field  oart  of  the  primary  key  Y/N 
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Field  to  copy  ori^ary  key  from  : 
Default  value  : 
Paae  : 
Li  ne  : 
Co  1 umn  : 

Ppomot  : 
POINTER 

Display  oromot  above  field  Y/N  : 
N 


N 


Disolay  oromot  once  for  ol oc<  Y/M  : 

Allow  field  to  be  entered  Y / N  : 

SQL> 

Is  field  fixed  leoath  y/N  : 

Auto  jumo  to  next  field  Y/"\i  : 

Convert  field  to  uooer  case  Y/Nl  : 
N 

He  1 d  message  • 
ENTER  POINTER  VALUE  GENERATED  TM  THE  FIRST  BLOC* 

Lowest  value  : 

Highest  value  I 

Field  naTie  : 

EXT 

Tyoe  of  field  : 
CHAR 

Lenath  of  field  /  Disolay  lenath  : 
80/80 

Is  this  field  in  the  base  table  Y/N  : 


Is  this  field  oart  of  the  o  r  i  m  a  r  y  kev  Y / N  : 
De  f  au 1 t  value  : 
Page  : 
Line  : 
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Col  umn  : 

PromDt  : 
TEXT 

Display  o  r  o  m  o  t  aoove  field  Y/N  : 
N 

DisDlay  o  r  o  m  o  t  once  for  o  1  o  c  k  Y/N  : 

Allow  field  to  be  entered  Y/M  : 

Allow  field  to  be  uDda^ed  Y/N  : 

SQL> 

Is  field  mandatory  Y/N  : 

Is  field  fixed  length  Y/M  : 

Auto  j  u  m  o  to  next  field  Y/M  : 

Convert  field  to  uooer  case  f/NI  : 


N 


N 


N 

Hel d  message  : 
ENTER  ASSEMBLY  COOE  LINE 
Lowes t  value  : 

Highest  value  : 

Field  name  ' 
TEXTID 

Tyoe  of  field  : 
NUMBER 

Length  of  field  /  D  i  s  o  1  a  y  length  : 
6/6 

Is  this  field  in  the  base  table  Y/N  : 

Is  this  field  Dart  of  the  orimarv  key  Y/N 

Field  to  coov  primary  key  f ^o^  t 

Default  value  : 
R9 
Page  : 

Li  ne  : 

Column  : 
10 
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;Promot  : 

TEXT  ID 

?Display  oromot  above  field  Y/N  : 

N 

JDisolay  oromot  once  for  block  Y/N 

N 

;A11ow  field  to  be  entered  Y/N  : 

N 

;sql> 

SELECT  MAx  (TFXTID  +  1) 
INTO  TEXTIO 
FROM  TE*T3I_0CK 

?Messaae  if  value  not  found  : 

ID   NOT  GENERATFD  BY  SYSTEM 

;Must  value  exist  Y/N  : 

Y 

;  F  i  e  1  d  na*ne  : 

;Block    natie    /    Descriotion     : 

%END 
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